leroimerlinbis a écrit :
la commande fsutil behavior peut renvoyer une valeur erronée pour le TRIM. j'ai déjà eu le cas sur un pc : la commande fsutil renvoyait une valeur disant que le TRIM était actif. pourtant, trimcheck disait le contraire. qui croire?  en fait seul l'utilitaire trimcheck renvoie le vrai résultat. La commande fsutil est foireuse. Là aussi, ça a très bien été expliqué par Marc sur le forum (ça date!)
|
J'ai pas retrouvé le lien avec Marc, mais...
Pour le que TRIM soit fonctionnel, il faut 2 conditions : L'OS via les pilotes et le firmware du SSD
Par ex avec le pilote nForce cela ne fonctionne(nait) pas
Idem avec les firmwares d'origine livrés avec les SSD Micron M500, Crucial's M500, et Samsung séries 8** (il y en avait peut etre d'autres) qui soient avaient une mauvaise implémentation soit pour assurer une compatibilité de fonctionnement faisaient l'impasse du TRIM (si si !)
Il y a aussi la mise en oeuvre du TRIM (mais trop long à détailler)
Donc meme si avec fsutil cela indiquait que c'était actif, une mauvais implémentation dans le firmware faussait tout, et pire si on testait avec des programmes tiers, capables de dire si c'était actif ou pas, car ils se contentaient de lire si le flag dans la base de registre était bien mis en place ou pas
(je passe outre le fait qu'il faut mettre la commande via une élévation de privilèges, donc en mode admin)
On pouvait aussi avoir le problème, car c'est ce que les gens faisaient initialement, avec un clonage de l'OS d'un HD en IDE vers le SSD (meme si mis en AHCI)
En général il suffisait de refaire le test de performance de windows (qui ne sert pas qu'à afficher des scores) qui va re-créer les index, et qui, si il trouve un SSD va remettre la fonction du TRIM fonctionnelle
Windows 7 à l'installation, (propre) gère bien le TRIM et plus, peut gérer les SSD en PCI via une KB à installer https://support.microsoft.com/kb/2990941
Donc dans les conditions idéales, fsutil fonctionne, mais si le testeur n'est pas confronté à une des conditions citées ci dessus, il passera à côté de ses lacunes
Après il y a les versions de l'OS (ca fonctionne mieux avec le ReFS File System et les firmwares récents https://www.tenforums.com/tutorials [...] -10-a.html (lien indicatif)
Néanmoins il ne faut pas s'affoler si Trimcheck met du temps à donner la bonne réponse
Lors de charges de lecteur plus ou moins inactives, le contenu peut n'est pas mis à zéro après des minutes ou même des heures après TRIM,
Ce seul fait ne devrait pas être considéré comme inquiétant en soi.
En tout cas, il est inquiétant si le SSD vide immédiatement un contenu ancien, ce qui indique que le SSD avait le besoin immédiat de blocs libres pour le nivellement de l'usure ou que la fonction TRIM mise en œuvre ne fonctionne pas très efficacement, gaspillant les cycles d'effacement dès qu'il est invoqué.
Il faut un juste milieu :-)