Système de fichiers pour un lecteur SSD

24

J'ai toujours pensé que les systèmes de fichiers traditionnels sont adaptés et optimisés pour les lecteurs non SSD, où, par exemple, la localisation des données est importante et la fragmentation est problématique.

Existe-t-il un système de fichiers recommandé aujourd'hui pour les disques SSD? Suis-je mieux d'utiliser simplement ext4?

filesystems ssd Elazar Leibovich
la source

Réponses:

13

Si le SSD doit être votre seule plate-forme de disque, quel que soit le nombre de périphériques, vous avez un dilemme; comment minimiser les écritures tout en maintenant la fiabilité et les performances.

Plus précisément, ext4 et 3 d'ailleurs, NILFS et presque tout autre système de fichiers moderne maintiendra un journal. Habituellement, cela est souhaitable, cependant, lorsqu'il s'agit de périphériques SSD, cela augmente les écritures effectuées sur le périphérique et réduit ainsi sa durée de vie. Une option consiste à sélectionner un IDE, SATA ou autre périphérique conventionnel sur lequel le système de fichiers peut écrire son journal. De cette façon, on peut conserver les avantages de la journalisation sans sacrifier la durée de vie du ou des périphériques SSD. Dans le cas de ext4 cela peut être accompli comme: mke2fs -O journal_dev /dev/external_devicealors attaché au système de fichiers spécifique: mkfs.ext4 -J journal=/dev/external_device. Plus d'informations peuvent être trouvées dans la page de manuel .

Une caractéristique supplémentaire des systèmes de fichiers à garder à l'esprit lorsque vous traitez avec des périphériques SSD est à l'heure actuelle. La définition d'une heure sur un système de fichiers peut considérablement augmenter le nombre d'écritures sur un périphérique donné au fil du temps. Les options pour changer ce comportement incluent «relatime» et «noatime».

Comme nous semblons nous concentrer sur ext4, la documentation du noyau sur le système de fichiers, y compris ses options disponibles, est disponible pour référence ici .

Quelques autres options à considérer noload:, comme l'a suggéré le vorbote, et errors=remount-ro;

Tok
la source
Et alors nodiratime?
Elazar Leibovich
@Elazar Leibovich - 'noatime' implique 'nodirtime'. Si votre question portait sur la valeur de ce dernier par rapport au premier, il est certainement préférable d'exempter les répertoires d'Atime que rien, mais il est évident que l'avantage sera moindre par rapport au premier.
Tok
1
Je ne sais pas - cela semble beaucoup de FUD continu sur "écrire l'endurance". Même les disques les plus consommables supportent au moins 6 mois d'écriture continue de grandes données (les SSD sont lents à écrire de petites modifications). c'est-à-dire s'il s'agit d'un serveur de fichiers d'entreprise, soyez inquiet (ajustez et obtenez un bon SSD). S'il s'agit d'un PC à utilisateur unique, vous voudrez de toute façon remplacer votre SSD dans 5 ans. Cela dit, éteindre atime, etc. augmentera vos performances (plus au fil du temps)
Stephen
7

Systèmes de fichiers recommandés en 2014

Peu d'années se sont écoulées depuis que cette question a été posée et que les réponses ont été affichées. Il est temps de publier des informations à jour sur ce sujet. Si quelque chose devient obsolète, veuillez poster un commentaire.

Puisque cette question était spécifiquement "Existe-t-il un système de fichiers recommandé aujourd'hui pour les disques SSD?" Je vais me concentrer sur la réponse à cette question et publier des liens vers d'autres informations pertinentes.

Actuellement (au 20 décembre 2014), l'article Solid State Drives sur le wiki Arch Linux recommande les systèmes de fichiers suivants:

Btrfs

Btrfs est un système de fichiers de copie sur écriture pour Linux publié sous la GPL. Son développement a commencé chez Oracle en 2007. Il est inclus dans la ligne principale depuis Linux 2.6.29 (mars 2009). Actuellement, le format sur disque est stable et ne devrait pas changer.

ext4

ext4 (quatrième système de fichiers étendu) est un système de fichiers journalisé pour Linux, commencé comme une série d'extensions rétrocompatibles à ext3 et développé plus tard comme successeur de ext3. Le plan de développement officiel pour ext4 a été publié en tant que Proposition et plan pour les futurs travaux de développement ext2 / 3 par Theodore Ts'o en juin 2006. Il est inclus dans la ligne principale depuis Linux 2.6.19 (novembre 2006) et marqué comme stable depuis Linux 2.6 .28 (décembre 2008).

XFS

XFS est un système de fichiers de journalisation 64 bits créé par Silicon Graphics en 1993, par défaut dans IRIX depuis 5.3 (1994), porté sur Linux en 2001. Actuellement, certaines distributions Linux l'utilisent comme système de fichiers par défaut. XFS prend en charge TRIM pour les SSD .

JFS

JFS est un système de fichiers de journalisation 64 bits créé par IBM. IBM a introduit JFS dans AIX 3.1 en 1990. En 1999, il a été publié en open source et le portage vers Linux a commencé. La première version stable de JFS pour Linux a été publiée en juin 2001. Elle a été incluse dans l'arborescence Alan Cox dans la version 2.4.18pre9-ac4 et dans la ligne principale dans la version 2.5.6 (2002). En 2012, TRIM Support a été ajouté à JFS.

Repères 2014

Voir également

rsp
la source
4

Si disponible dans votre noyau et que vous vous sentez aventureux, vous voudrez peut-être envisager NILFS

Sinon, utilisez ext4 mais montez avec noatime - voir ici pour plus de conseils.

jamespo
la source
1
Sons similaires à btrfs.
Elazar Leibovich
4

Vous pouvez utiliser ext4 avec l' noloadoption de montage ajoutée à votre/etc/fstab fichier. Cela fera que le système de fichiers se comportera comme ext2 sur les stéroïdes. En fait, AFAIK c'est ce que Google utilise dans ses centres de données. Vous perdez le filet de sécurité fourni par la journalisation, mais vous gagnez en vitesse et en durée de vie pour votre SSD.

Vous pouvez le rendre permanent en exécutant tune2fs -O ^has_journalsur la ou les partitions non montées.

palopezv
la source