Timo, le 07/06/2014 à 17:26
Les SSD sont rapides à l’accès et à l’écriture des données… sur un emplacement vide.
Le problème des SSD, c’est que si un emplacement est encore rempli, il doit être vidé avant puis ré-écrit.

Ceci prend du temps : le SSD passe son temps à traquer les emplacements libres et pas encore vidés pour les vider.

Récemment, des chercheurs ont trouvé un moyen d’améliorer tout ça : http://geekattitu.de/2014/05/27/ils-ont-trouve-comment-rendre-votre-ssd-actuel-300-plus-rapide/

En attendant, il y a une option, le TRIM qui permet au système de fichier de remettre à 0 les emplacements d’où on supprimer des fichiers. Sauf que ça prend du temps là aussi, lorsqu’on supprime tout un tas de fichiers (le temps est pris lors de la suppression et non lors de l’écriture).

Le lien ici montre un benchmark : il regarde le temps pris sans l’option Discard dans le fstab (discard active le TRIM). Clairement, il faut donc ne pas l’activer si on veut garder des performances correctes pour certaines opérations.

Certains vont même jusqu’à préférer un cronjob qui va TRIMer tout le disque une fois par jour ou par semaine.
Comme ça les prochaines écritures seront plus rapides.

https://wiki.archlinux.org/index.php/fstab
https://wiki.archlinux.org/index.php/SSD#Pre-Purchase_Considerations
— (permalink)
(Permalink)