Ici l'auteur semble utiliser le SSD en disque root, monté en r/w.
Il est tout a fait probable que le SSD soit sollicité en écriture pendant les tests hdparm.
Sur un SSD sans DRAM, avec plus aucun bloc libre (dont le SSD à connaissance via trim), pour écrire le moindre octet sur le SSD, il doit d'abord aller lire un bloc entier, l'effacer, modifier le bloc avec l'octet en question, et ré-écrire tout le bloc.
Cela amène à un comportement exactement comme décrit (gros lags, etc.), qui arrivent à un moment ou le SSD à été suffisamment utilisé pour que plus aucun bloc ne soit libre du fait de l'absence de trim fonctionnel.
[^] # Re: Pas possible
Posté par niclone (site web personnel) . En réponse au journal Attention aux nouveaux SSD, chute des performances ! (Crucial BX500 2To). Évalué à 4.
Ici l'auteur semble utiliser le SSD en disque root, monté en r/w.
Il est tout a fait probable que le SSD soit sollicité en écriture pendant les tests hdparm.
Sur un SSD sans DRAM, avec plus aucun bloc libre (dont le SSD à connaissance via trim), pour écrire le moindre octet sur le SSD, il doit d'abord aller lire un bloc entier, l'effacer, modifier le bloc avec l'octet en question, et ré-écrire tout le bloc.
Cela amène à un comportement exactement comme décrit (gros lags, etc.), qui arrivent à un moment ou le SSD à été suffisamment utilisé pour que plus aucun bloc ne soit libre du fait de l'absence de trim fonctionnel.