# Disque à 100 % dans le Gestionnaire des tâches Quand un PC se fige, le Gestionnaire des tâches peut afficher un processeur au repos et un disque bloqué à 100 %. Commencez par identifier le travail que le disque traite. Les téléchargements de jeux, l’extraction d’archives, la synchronisation et la pagination peuvent tous le maintenir occupé, mais ils appellent des actions différentes. ## Lire séparément l’activité, la latence et la capacité Sélectionnez le disque dans l’onglet Performances du Gestionnaire des tâches et comparez le temps d’activité, le temps de réponse moyen, la vitesse de lecture et la vitesse d’écriture. Le temps d’activité décrit la part de temps pendant laquelle le disque est occupé à servir des requêtes. La vitesse de transfert mesure les données par seconde. La capacité libre apparaît séparément sous Ce PC dans l’Explorateur de fichiers. | Lecture | Ce qu’elle vous dit | Ce qu’elle ne peut pas établir seule | | --- | --- | --- | | Temps d’activité | Si le disque reste occupé | Quelle application ou quelle opération cause le travail | | Vitesse de lecture/écriture | Combien de données circulent par seconde | Si l’accès aux petits fichiers est lent | | Temps de réponse moyen | Combien de temps les requêtes prennent en moyenne | Si le lecteur est en panne | | Espace libre | Combien de contenu supplémentaire tient | Pourquoi l’application actuelle ne répond plus | Considérez deux tâches hypothétiques : copier une grande vidéo à un débit élevé, et lire sans cesse de petits fichiers dispersés sur le stockage. La seconde peut être lente malgré un débit modeste. Ni une lecture à 100 % ni une valeur basse en Mo/s ne prouve à elle seule que le lecteur atteint sa vitesse séquentielle annoncée. Le [guide Microsoft de dépannage des performances](https://learn.microsoft.com/en-us/troubleshoot/windows-server/performance/troubleshoot-performance-problems-in-windows) relie la latence disque à l’activité des processus et distingue les pics des retards durables. Ses seuils orientés serveur ne sont pas des limites universelles de santé pour les portables. ## Suivre le processus jusqu’aux fichiers qu’il touche Appuyez sur `Ctrl + Shift + Esc`, triez les Processus par Disque et notez l’application la plus occupée. Appuyez sur `Win + R`, saisissez `resmon` et inspectez l’activité du disque pour ce processus. Certaines informations sur les processus système exigent des droits d’administrateur ; des lignes absentes avec des droits ordinaires ne prouvent pas l’inactivité. Un chemin peut resserrer l’explication. Un fichier de bibliothèque de jeux peut être en cours d’extraction, un fichier OneDrive peut se synchroniser, et un dossier de projet peut compiler ou s’indexer. L’activité du fichier d’échange appelle aussi à vérifier la mémoire disponible et la mémoire validée. Le nom de fichier seul ne peut pas diagnostiquer un lecteur défaillant. Comparez les lectures, les écritures, l’activité totale et les temps de réponse. Les E/S des processus et le débit du disque physique n’ont pas à s’additionner de façon identique, parce que le cache, les accès partagés et les fenêtres d’échantillonnage influencent les lectures. ## Mettre en pause une tâche identifiée et reproduire le problème Mettez en pause la synchronisation cloud dans son application, mettez en pause une installation de jeu dans son lanceur, ou enregistrez votre travail avant d’annuler votre propre compilation. Changez une tâche à la fois. Répétez l’opération qui s’est figée et vérifiez si la latence et la réactivité s’améliorent ensemble, puis reprenez la tâche pour voir si le symptôme revient. Les [conseils Microsoft sur les performances du PC](https://support.microsoft.com/en-us/windows/experience/performance-optimization/tips-to-improve-pc-performance-in-windows) traitent les applications en arrière-plan, le stockage et les mises à jour comme des sujets distincts. Évitez de désactiver Defender, Windows Update, des services système ou le fichier d’échange seulement pour faire baisser le graphique.
Suivre le travail, puis tester un seul changement
Une charge mise en pause n’est une preuve que si l’opération d’origine et sa latence s’améliorent ensemble.
## Recueillir des éléments utiles quand le retard persiste Si l’extraction est terminée mais que le stockage reste lent et que les lectures de fichiers produisent des erreurs, copiez les fichiers importants vers un stockage indépendant et ouvrez les copies avant d’aller plus loin dans le diagnostic. Notez le modèle du lecteur, le processus, le chemin et l’erreur exacte pour le fabricant du PC ou du lecteur. Des bruits inhabituels, des déconnexions répétées et des lectures en échec comptent plus que le pourcentage seul ; conservez votre unique copie avant un test de résistance. Quand les outils de base ne révèlent pas la source du fichier, [Process Monitor](https://learn.microsoft.com/en-us/sysinternals/downloads/procmon) peut capturer les opérations sur les fichiers. Filtrez une capture courte sur le processus identifié, arrêtez l’enregistrement et inspectez-la. La trace montre des opérations plutôt qu’elle ne certifie une panne de lecteur. L’enregistrement consomme aussi du stockage, et les traces peuvent contenir des chemins personnels. ## Vérifier la tâche d’origine après avoir libéré de l’espace Pour une faible capacité libre, utilisez le [guide du lecteur C:](/fr/windows/blog/windows-c-drive-full). Pour une pagination fréquente, lisez la page sur la [pression mémoire](/fr/windows/blog/windows-high-memory-usage). La page Analyser de Mole aide à localiser les gros dossiers ; un gros fichier n’est pas forcément celui qui cause l’activité disque en ce moment. Répétez la charge d’origine après le nettoyage avant d’attribuer l’amélioration de la réactivité à ce nettoyage. Canonical: https://mole.fit/fr/windows/blog/windows-disk-100-percent