Avis sur partitionnement SSD
Le
Lucas Levrel
Bonjour,
Je m'apprête à installer Linux sur un SSD (Samsung). J'aimerais vos avis
sur les questions suivantes :
- pensez-vous utile de faire une partition séparée pour /home (ou autre) ?
- peut-on mettre le swap dans un fichier plutôt que dans une partition
dédiée, si oui est-ce souhaitable ?
- quelle version d'ext ? Le journal cause beaucoup d'écritures, pour une
utilité réduite*, mais ext4 semble avoir des fonctions utiles aux SSD
(discard, stripe-width**). Peut-on faire un ext4 sans journal ?
- utiliser discard ou faire un trim manuel de temps en temps (c'est un PC
portable, pas un serveur) ?
- /tmp en RAM ?
- d'autres conseils ?
(*) J'ai lu que le journal permet une vérification plus rapide du fs en
cas de crash. Vu que ma machine crashe extrêmement rarement Si le
temps de vérification est celui de "e2fsck -f" je suis largement prêt à
faire le sacrifice (du journal pour limiter l'usure).
(**) http://www.linuxfoundation.jp/news-media/blogs/browse/2009/02/aligning-filesystems-ssd’s-erase-block-size
--
LL
Eν οιδα οτι ουδεν οιδα (Σωκρατης)
Je m'apprête à installer Linux sur un SSD (Samsung). J'aimerais vos avis
sur les questions suivantes :
- pensez-vous utile de faire une partition séparée pour /home (ou autre) ?
- peut-on mettre le swap dans un fichier plutôt que dans une partition
dédiée, si oui est-ce souhaitable ?
- quelle version d'ext ? Le journal cause beaucoup d'écritures, pour une
utilité réduite*, mais ext4 semble avoir des fonctions utiles aux SSD
(discard, stripe-width**). Peut-on faire un ext4 sans journal ?
- utiliser discard ou faire un trim manuel de temps en temps (c'est un PC
portable, pas un serveur) ?
- /tmp en RAM ?
- d'autres conseils ?
(*) J'ai lu que le journal permet une vérification plus rapide du fs en
cas de crash. Vu que ma machine crashe extrêmement rarement Si le
temps de vérification est celui de "e2fsck -f" je suis largement prêt à
faire le sacrifice (du journal pour limiter l'usure).
(**) http://www.linuxfoundation.jp/news-media/blogs/browse/2009/02/aligning-filesystems-ssd’s-erase-block-size
--
LL
Eν οιδα οτι ουδεν οιδα (Σωκρατης)
Ça permet de choisir de ne pas la journaliser par exemple, selon
l'utilité que tu en as. Ou l'inverse d'ailleurs.
Oui, on peut. C'est pas forcément souhaitable, ça ajoute une
indirection qui peut diminuer légèrement les perfs en cas d'utilisation
intensive du swap. Après faut voir si tu as vraiment besoin d'un swap
aussi, c'est pas indispensable hormis pour le suspend2disk.
Oui on peut faire du ext4 sans journal, ou du ext3/4 avec un journal
externe à la partition. Si tu veux pas de journal, ya toujours ext2.
Pas d'avis sur les options, à part le man de e2fsck qui dit que discard
peut, dans quelques cas, empêcher la récupération de données.
Oui.
Tu peux augmenter le cache lié au disque, et le temps de commit des
écritures depuis le cache du noyau, je sais plus le nom des options,
mais ça peut limiter les écritures en partie.
Voir aussi http://blog.sebian.fr/tag/ssd/
C'est faux. Le journal sert à garantir la cohérence du système de
fichiers en cas de crash. Par exemple, lors de la suppression d'un
fichier, cette entrée est notée dans le journal, commitée, puis ensuite
le fs peut procédér à la suppression de l'inode associée au fichier et à
marquer les blocks utilisés par le fichier comme libérés.
Sans journal, en cas de crash au milieu de la suppression, tu peux avoir
l'inode qui indique toujours des blocs qui sont pourtant marqués comme
libéres, affichant un contenu corrompu du fichier. Le journal sert
seulement à garantir cette cohérence dans ces données, pas dans le
contenu des fichiers.
Mes 0,02 €
--
« Le fromage gratuit ne se trouve que dans les pièges à souris.
- Donc si c'est gratuit, c'est toi la souris ! »
un fil sur linux.debian.user.french :
"[Un peu HS] Retour sur l'utilisation des SSD sous debian"
Si ça peut t'aider.
Oui, toujours pratique d'avoir le home séparé, en cas de problème sur le
système.
Non, ce n'est pas souhaitable.
ext4 est beaucoup plus performant. Définitivement ext4, il faut oublier
les OS des années 80.
Non, garde le journal.
Oui, c'est mieux.
Si tu veux maximiser la performance et la durabilité, garde une partie
non formatée de ton SSD. Le mécanisme de wear-leveling utilisera la
partie non formatée pour répartir les écritures. Il faut savoir que les
SSD existent toujours en deux modèles à peu près identiques, par exemple
en 100 et 128 Go de capacité, et le 100 Go est un peu plus cher en
général: en fait les SSD 100 Go ont bien 128 Go de flash, mais les 28 Go
supplémentaires sont réservés pour le wear leveling, c'est ce qui
distingue les modèles pros ou haut de gamme des modèles basiques.
Donc si tu as un modèle basique, il est quand même de bon ton de ne pas
utiliser au moins 10% de l'espace, par sécurité.
--
Three may keep a secret, if two of them are dead.
Benjamin Franklin.
Merci pour les avis et le lien.
Mais ce que tu dis est-il incompatible avec l'affirmation que j'ai lue ?
Je l'interprétais comme ceci : après un crash, le système fait un fsck.
S'il y a un journal, il suffit de le lire pour savoir ce qu'il y a à
corriger, la réparation est très rapide. S'il n'y a pas de journal, il
faut vérifier intégralement le fs ; la procédure étant la même qu'un
"fsck -f", c'est nettement plus long.
--
LL
Vu et lu, merci !
--
LL
Merci pour les infos.
Est-ce que le journal a un rapport avec le trim, ou as-tu juste inversé
les paragraphes ?
Oui. J'ai vu, sur hardware.fr je crois, que le Samsung 840 Pro aurait 7%
d'espace caché. De plus, la notice constructeur parle d'over-provisioning,
le mot over semble confirmer l'info. Je compte laisser un morceau non
partitionné de toute façon.
--
LL
C'est une question d'acception des termes, ce n'est pas clair s'il faut
considérer l'exécution du journal comme une vérification.
avis
autre) ?
C'est une bonne pratique, plus que «utile», indispensable.
Il est possible de se passer de swap si la RAM est en quantité
importante. Mais sinon, sur le SSD, le swap a sa place.
Je crois que c'est géré a l'installation quand le SSD est détecté. Il y a
des infos un peu partout sur le net.
oui: dans fstab
tmpfs /tmp tmpfs defaults,noatime,mode77 0 0
--
https://www.youtube.com/watch?v=JhideeG12zw
Philippe Vessaire Ò¿Ó¬
Pas de rapport avec le trim, on parle bien du journal. Tous les systèmes
de fichiers modernes étant journalisés, tous les SSD de qualité correcte
ont un mécanisme d'optimisation pour gérer le journal (une stratégie de
cache spécifique); sacrifier le journal n'est pas une bonne idée.
--
I am not a vegetarian because I love animals; I am a vegetarian
because I hate plants.
A. Whitney Brown
Sur un portable :
- ext4, avec noatime, et trim
- /tmp en ramfs
- pas de swap (inutile avec les machines modernes à 4 ou 8G de ram, et le
suspend2disk peut être fait sur un fichier d'échange)
Mes 2 cents
--
Rico