Quelle optimisation SSD est nécessaire sur la dernière version d'Ubuntu?

21

J'ai lu beaucoup de questions sur l' optimisation SSD ( Comment optimiser le système d' exploitation pour les disques SSD? , Installation d' Ubuntu sur un SSD , je suis confus au sujet de l' optimisation SSD , etc ...).

La plupart de ces questions semblent obsolètes (3 ans et plus) et je suis un peu confus avec toutes les directions que prennent les réponses.

Ma question est donc la suivante: à ce jour, quel est le consensus général sur l'optimisation SSD sur Ubuntu 14.04 / 15.04?

Est-ce même nécessaire maintenant?

ssd performance

— hg8
source

4

"Obligatoire" lire: sites.google.com/site/easylinuxtipsproject/ssd Les conseils y sont toujours valables. Et cela résume très bien pour tout pointeur dont vous avez besoin. De la façon dont il est utilisé par Ubuntu, jusqu'aux paramètres du navigateur.

— Rinzwind

17

La chose est, d' abord en grande partie importante sur les disques SSD est de minimiser les écritures sur le disque, ce qui explique pourquoi les gens ajoutent nodiratime, noatimeau /etc/fstabfichier.

Deuxièmement, est en cours d'exécutionTRIM qui récupère les blocs inutilisés de mémoire NAND sur SSD. Windows a le TRIM activé par défaut, AFAIK, donc personne n'y dérange. Avec Ubuntu, il a un cronjob hebdomadaire pour TRIM, cependant, car j'ai appris de la réponse de Rinzwind que le travail cron ne fonctionne que sur les SSD Intel et Samsung. C'est pourquoi vous devez modifier ce /etc/cron.weekly/fstrimfichier pour avoir une exec fstrim-all --no-model-checkligne, afin qu'il s'exécute quel que soit votre modèle SSD.

Au cours des dernières années, cela n'a pas changé - ce sont toujours des points clés, minimisant les écritures et activant TRIM.

La suppression des écritures et la quantité de stockage coûteuse sont les deux facteurs pour lesquels les gens suppriment également la zone de swap . Par défaut, Ubuntu crée une partition de swap égale à la taille de votre RAM. J'ai un SSD 128 et 6 Go de RAM. Cela signifie que par défaut, Ubuntu coupera 6 Go de 128 Go, laissant 122 Go pour mon système d'exploitation, et 5% est généralement réservé à root, ce qui me laisse 122-122 * 0,05 = 115,9 Go pour moi. Je pourrais aussi bien utiliser ce stockage pour autre chose, c'est pourquoi je n'ai qu'une seule partition principale, pas de partition de swap, mais j'ai un fichier de swap de 512 Mo comme fonction de protection (pas que je prévois de manquer de RAM, mais il est toujours recommandé d'avoir un échange)

— Sergiy Kolodyazhnyy
source

À propos noatime- certaines applications peuvent s'appuyer sur la comparaison des temps de modification et d'accès, elles peuvent dysfonctionner, realtimec'est mieux et depuis le noyau Linux 2.6.30 il est activé par défaut, pas besoin de le configurer. Vous pouvez vérifier comment vos systèmes de fichiers ont été montés en exécutant la commande$ cat /proc/mounts

— Mike

@Mike vient de lancer le cat /proc/mounts. Pour mon disque, il ne s'affiche pas relatimeactivé, uniquement noatimeet dans nodiratimelequel j'ai explicitement activé /etc/fstab. En ce qui concerne noatime, pouvez-vous fournir quelques exemples des applications qui en dépendent?

— Sergiy Kolodyazhnyy

2

Désolé pour la faute de frappe que realtimeje voulais dire relatime.

— Mike

2

noatimeimplique nodiratime, voir à man mountpropos de noatime:

Do not update inode access times on this filesystem (...). This works for all inode types (directories too), so implies nodiratime.

En outre, à mon humble avis , il n'est pas nécessaire d'utiliser noatimequand relatimene casserait probablement pas la fonctionnalité et semble être une option décente (il est également recommandé dans: SSDOptimization sur wiki.debian.org ).

— Dor

2

Continuez de mon post précédent: ... j'ai écrit "décent" parce que combien de fois cela arrive aux fichiers que leur temps d'accès est plus tôt que leur temps de modification? Surtout en ce qui concerne les fichiers du noyau et tous les fichiers qui s'y trouvent /. Selon man mount: depuis Linux 2.6.30, le noyau utilise par défaut le comportement de relatime. TL; DR Depuis Ubuntu 16, évitez de faire quoi que ce soit :-)

— Dor

6

La seule chose que vous devez faire est d'ajouter --no-model-checkà /etc/cron.weekly/fstrim.

La ligne doit ressembler à ceci

exec fstrim-all --no-model-check

Vérifiez que votre SSD prend en charge TRIM (presque tous les modèles récents le font) en

sudo hdparm -I /dev/sda | grep "TRIM supported"

si votre SSD l'est /dev/sda. Si c'est le cas, ajoutez --no-model-check.

— Pilot6
source

1

Fondamentalement, les SSD de plus de 2 ans peuvent être problématiques.

— Rinzwind du

6

Cela fonctionne bien avec SSD qui prend en charge TRIM

pour 16.04 il n'y a pas

fstrim-all

fstrim simple n'a pas --no-model-check et cela fonctionne très bien avec sandisk ssd

— David Ambarsumov
source

0

En général, Ubuntu prend très bien en charge les disques SSD.
Si vous possédez un Intel ou un SSD SAMSUNG, la prise en charge du trim automatique est activée par défaut.

Vous n'avez pas à vous soucier de beaucoup à une exception près:
vous devez stocker vos données personnelles sur un disque dur pour réduire la quantité d'écritures sur le SSD.

— cl-netbox
source

les données personnelles sont rarement écrites

— endolith

2

"les données personnelles sont rarement écrites", à l'exception du cache du navigateur, de chaque document et feuille de calcul sur

— lesquels

N'est-ce pas exactement le but d'un SSD? Pour accélérer des choses comme le cache du navigateur, etc.? Et l'édition de documents ... Eh bien, même si vous éditez 20 gros documents tous les jours, qui font 1 Mo chacun, c'est un max. de 20 Mo d'écritures par jour ... Ce n'est pas beaucoup. Ne vaut pas la peine supplémentaire d'ajouter un disque dur.

— Andreas