Honnêtement, je retiendrais ext4 en ce moment pour une utilisation en production.
Il existe d'autres options si vous rencontrez de réels problèmes de performances avec le système de fichiers (et je peux comprendre cette situation, lors de mon dernier travail, nous avions des limitations de performances dans une application en raison de ext3). Selon la distribution choisie, vous pourrez peut-être utiliser jfs, xfs ou reiserfs. Les trois surpasseront généralement ext3 de différentes manières, et les trois sont beaucoup plus testés et stables que ext4 en ce moment.
Donc, ma recommandation serait en plusieurs parties. Tout d'abord, étudiez en profondeur pour vous assurer que vous optimisez au bon endroit. Testez votre application sur différents systèmes de fichiers et assurez-vous que les performances sont suffisamment améliorées pour valider une modification du système de fichiers.
De plus, selon votre application, l'ajout de RAM peut améliorer les performances. Linux, par défaut, utilisera toute la RAM qui n'est pas dédiée aux applications en tant que cache disque. Parfois, avoir quelques Go de RAM "inutilisée" peut avoir une augmentation significative des performances sur les boîtiers avec une activité disque importante.
Enfin, quelle est votre exigence de calendrier ici? Si ext3 ne le coupait pas et que je devais construire une machine avec un système de fichiers différent aujourd'hui, j'utiliserais probablement xfs ou jfs. Si je pouvais le repousser pendant 6-8 mois, j'attendrais probablement pour voir comment ext4 s'est formé.
Christopher Cashell
la source
Certes, Ubuntu 9.04 (jaunty) travaille toujours sur les bogues d'ext4 dans leur version du noyau 2.6.28. Certains bogues semblent se trouver uniquement dans le noyau ubuntu plutôt que dans la ligne principale, mais cela indique que si vous avez un noyau non principal, vous pouvez rencontrer des problèmes similaires.
Cette page est une recherche de problèmes avec ext4 qui pourraient valoir la peine d'être parcourus. Un problème grave actuel (6 mai 2009) qui provoque le blocage du noyau est le problème 330824 . Et un problème précédent (maintenant corrigé) impliquait une perte de données. Mais je n'ai entendu parler d'aucune perte de l'ensemble du système de fichiers, et je pense que ce serait une grande nouvelle si cela se produisait.
Je dirais donc qu'il n'est pas entièrement prêt pour les heures de grande écoute. Si vous en avez vraiment besoin, il peut être utile de configurer un serveur de test pour jouer avec. Pour le moment, je m'en tiendrai aux noyaux de la ligne principale et mesurerais le gain de performances - si le gain est dramatique et que les tests de résistance ne présentent aucun problème, cela pourrait valoir la peine de l'essayer ...
la source
J'ai trouvé les commentaires de http://web.luchs.at très intéressants. Ils ont utilisé ext4 sur les serveurs basés sur Debian Lenny et cela semble très bien fonctionner!
la source
À moins que vous ne craigniez d'atteindre les limites de ext3, je ne vous dérangerais pas. Alors qu'ext4 offre un certain nombre d'améliorations, la plupart d'entre elles ne sont pas destinées aux utilisateurs réguliers.
En général, il est plus sûr d'utiliser la technologie la plus mature qui s'adaptera confortablement à vos besoins dans un avenir prévisible. Si vous n'avez pas besoin des nouvelles choses fantaisistes, vous ajoutez des risques (même minimes) sans aucun avantage.
la source
Ensuite, tenez-vous en ext3, en bonus, tout slob avec une clé USB Fedora peut monter votre lecteur si cela se produit.
la source
ext4 est encore très nouveau. L'approche prudente serait d'utiliser ext3 ou quelque chose avec des caractéristiques de fiabilité connues. Je recommanderais ext4 à ce stade uniquement pour les systèmes où la fiabilité n'est pas critique, ou lorsque les nouvelles fonctionnalités d'ext4 l'emportent considérablement sur le risque de perte de données.
la source