1 votes

Le SSD ralentit en quelques minutes et se réinitialise au redémarrage

J'ai un système HP z200 sous Windows 7 Pro avec un MTFDBAK256MAG-1G1 (Micron RealSSD C300 240 GB). Je remarque que les performances du disque sont correctes lorsque le disque est démarré. au cours d'une session Windows la performance de lecture chute à 1/10 de ce qu'elle était au départ !

Et.., redémarrage ramène le SSD à sa vitesse initiale. L'entrée et la sortie du mode veille n'ont pas le même effet. J'ai essayé tous les réglages standard après avoir installé le disque SSD dans un ordinateur (réglages du registre, superfetch désactivé, etc.).

Le disque a environ trois ans ; je l'avais en fait dans mon ordinateur portable, mais je l'ai transféré dans cet ordinateur de bureau, en remplacement d'un disque dur SATA. S'agit-il d'une caractéristique d'un disque SSD vieillissant ? Y a-t-il des utilitaires de diagnostic qui permettent de savoir s'il y a un problème avec le disque ? J'ai installé la technologie de stockage rapide d'Intel et elle dit que tout va bien, tout comme sfc et chkdsk.

Vous trouverez ci-dessous quelques points de données spécifiques qui peuvent expliquer davantage ce que je constate. Je n'ai pas de tests qui pourraient être reproduits ici ; peut-être quelqu'un connaît-il un testeur de lecture de sortie en continu ?


J'ai un script que j'appelle à partir d'une ligne de commande. Il me permet d'effectuer des recherches par expressions rationnelles sur un ensemble récursif/de caractères génériques de fichiers texte ; un petit script perl est appelé pour chaque fichier qui effectue la recherche par expressions rationnelles. J'ai un petit indicateur d'état qui incrémente un compteur pour chaque fichier traité.

Dans un répertoire contenant 200 fichiers texte, dont aucun ne dépasse 70 Ko, le script commence à traiter environ 20 fichiers par seconde. Après environ 50 fichiers, la vitesse diminue visiblement jusqu'à ce que, vers la fin du traitement, le script traite DEUX fichiers/seconde. Pire encore, une fois que cela s'est produit, si l'on exécute le script sur le même ensemble de fichiers avec le même critère, ou sur n'importe quel ensemble de fichiers avec un critère différent, la performance est maintenant la même !

Je sais que ce n'est pas seulement le script, parce qu'une fois que cela se produit, le démarrage d'un nouveau programme ou la fermeture d'un programme existant prend plusieurs secondes.

Dernières données : sur la machine de mon collègue, qui dispose d'un disque SSD Kingston SV300 de 100 Go, le même script sur les mêmes 200 fichiers avec le même critère ne s'écarte jamais de la valeur de référence de ~20 fichiers/sec. Cette opération peut être répétée de nombreuses fois sans ralentissement. Et le taux constant sur mon ordinateur portable avec son vieux disque dur SATA est de 10 fichiers/sec.

1voto

cniggeler Points 53

C'est le logiciel antivirus différent que j'ai installé - Webroot SecureAnywhere.

Après n'avoir fait aucun progrès en quittant Chrome et en arrêtant des processus que je n'avais pas sur les autres machines (utilitaires d'impression/scanner, un "moniteur USB3", et ainsi de suite), il n'y avait pas de différence de performance. La seule autre chose était Webroot ; j'ai utilisé AVG et Ad-Aware dans le passé.

Lorsque j'ai complètement désactivé Webroot, le problème a disparu. En me frayant un chemin dans les différentes fonctions de Webroot, j'ai modifié les autorisations pour le script (et son appel perl à l'intérieur) de Surveiller à Autoriser dans Sécurité PC - Autoriser/Bloquer les fichiers.

0voto

AcePL Points 1650

Plusieurs possibilités :

  1. Vous avez moins de 20% d'espace libre sur le disque. La technologie SSD (et TRIM en particulier) repose sur une certaine quantité d'espace libre pour déplacer les données (et je parle de l'espace physique, pas de l'espace libre sur le disque logique).
  2. Votre disque SSD est un peu ancien et a été utilisé dans des systèmes plus anciens (le SATA 3GB/s, dont est équipé le HP z200, ne prend pas en charge le TRIM en file d'attente), de sorte que la majeure partie de la fonctionnalité TRIM est intégrée au disque. La plupart des fonctionnalités de TRIM sont donc intégrées au disque. Elles ont donc été considérablement utilisées.
  3. Certaines applications peuvent visiblement dégrader les performances du disque dur en cours de session (je pense notamment au navigateur Chrome) en raison d'échanges importants.
  4. Certains types de données (généralement incompressibles) peuvent réduire les performances des disques SSD.

-3voto

Johan Points 41

J'ai eu un problème similaire avec mon OCZ Vertex 4

La solution est un type spécial de défragmentation appelé "consolidation de l'espace libre".

En d'autres termes, si la taille de votre bloc est de 4 Ko et que vos fichiers n'utilisent en moyenne que 1 Ko de ce bloc, votre disque peut afficher 60 % d'espace libre et pourtant, lorsque TRIM s'exécute, seule une petite quantité de blocs est libérée pour l'utilisation.

Votre système ralentit alors parce qu'il y a un goulot d'étranglement au niveau des processus qui recherchent de l'espace disque contigu libre à utiliser (principalement à des fins de mise en cache).

Ces blocs sont rapidement utilisés après quelques minutes d'utilisation de votre ordinateur .

Le logiciel Perfect Disk de Raxco dispose également d'une version très légère de ce logiciel, spécialement conçue pour les disques SSD, appelée "SSD Optimize".

Bien que j'aie personnellement réparé mon Vertex 4 avec le passage complet de défragmentation "Free Space Consolidation".

Puede télécharger un essai gratuit .

Vous pouvez également rechercher une solution gratuite, bien que je n'en connaisse aucune qui offre cette fonctionnalité avec certitude.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X