Affirmer que 14.04 activera trim par défaut n’est que la moitié de l’histoire.
Les options par défaut de TRIM seront-elles automatiquement compatibles avec les couches LVM et de cryptage du cryptage standard du système ubuntu?
LVM est un conteneur et n’est pas un système de fichiers. Ce n’est donc pas un problème.
Articles à lire:
Blueprint
Les SSD doivent être TRIMed, i. e. il faut leur dire qui bloque le système d'exploitation
considère comme "inutilisé" (c'est-à-dire à partir de fichiers supprimés). Sans cela, le
la vitesse d'écriture sur les disques SSD devient incroyablement lente avec le temps.
lien (allemand) explique les détails, mais ceci
genre de ménage devrait vraiment arriver par défaut. Il y en a deux
approches à cela, marquant immédiatement les blocs comme inutilisés lorsque
supprimer un fichier (option de montage "Discard") ou appeler fstrim régulièrement.
éliminer ralentit la suppression alors qu'un cronjob met de temps en temps
charge IO potentiellement inattendue sur la machine, cette discussion est donc
principalement pour décider quelle approche nous voulons faire par défaut.
Je (Martin Pitt) pense qu’une approche cron est meilleure. Si on va avec
ceci nous devons discuter quand et comment exécuter ceci:
- Quel est l'intervalle raisonnable (hebdomadaire / mensuel / etc.)
- Comment détecter les périphériques / partitions qui nécessitent un découpage (/ proc / mounts, hdparm -I, non montés avec "Discard", etc.)
Conclusion de ce lien en allemand:
- cron le travail sur une base hebdomadaire, car la suppression entraînera une baisse de performance trop importante.
Seuls les SSD Intel et Samsung auront TRIM activé par défaut dans Ubuntu 14.04, car certains SSD bon marché peuvent même se bricoler lors de l'exécution de TRIM. Le contenu de /etc/cron.weekly/fstrim
sur 14.04 beta 2:
#!/bin/sh
# call fstrim-all to trim all mounted file systems which support it
set -e
# This only runs on Intel and Samsung SSDs by default, as some SSDs with faulty
# firmware may encounter data loss problems when running fstrim under high I/O
# load (e. g. https://launchpad.net/bugs/1259829). You can append the
# --no-model-check option here to disable the vendor check and run fstrim on
# all SSD drives.
exec fstrim-all
Cela ne signifie pas que TRIM ne doit être utilisé qu'avec les SSD Samsung et Intel, mais pour éviter de rencontrer des problèmes, c'est l'option par défaut pour le moment. Notez que si vous savez déjà que votre SSD peut gérer TRIM, vous pouvez ignorer la vérification du fournisseur en modifiant le fichier /etc/cron.weekly/fstrim
ci-dessus et en ajoutant l'option --no-model-check
à la dernière ligne:
exec fstrim-all --no-model-check
Vous pouvez également programmer manuellement TRIM de plusieurs autres manières. Comment faire le manuel .
Source: webupd8
- MAIS tous les disques SSD ne sont pas supportés. Le mien n'est pas au passage (juste vérifié)
- LSI.com a une liste de SSD compatibles dans cette PDF .
La méthode pour effectuer le découpage est avec cette commande:
sudo fstrim -v /
Et c'est aussi comme ça qu'Ubuntu fait cela: en créant un job cron qui le fait sur une base hebdomadaire.
Exécuté à partir de mon propre système:
[email protected]:~$ sudo fstrim -v /
[sudo] password for rinzwind:
/: 93283299328 bytes were trimmed
[email protected]:~$
Prend un peu de temps et il ne montre aucun progrès avant la fin.