Utilisation de disque Visual Studio 100%

J’ai VS 2013 et Microsoft Windows 8.1 Le problème est apparu à la fin de la semaine dernière. Sans aucune mise à jour ou changement important, lorsque je fais quelque chose dans VS, l’utilisation du disque atteint 100%. Par exemple, lorsque je clique sur le bouton “Check In” dans la fenêtre “Team Explorer”, l’utilisation du disque augmente jusqu’à 100%. Parfois, par un simple clic droit dans l’éditeur de texte, ce problème se produit. J’ai fait une recherche sur le problème de l’utilisation du disque à 100%, mais il ya quelque chose à propos de ce problème sur Windows 8.1, mais sur mon ordinateur, toutes les applications fonctionnent sans aucun problème.

Quelques informations sur mon système:

Nom du système d’exploitation: Microsoft Windows 8.1 Pro

Version du système d’exploitation: 6.3.9600 N / A Build 9600

Type de système: PC x64

Processeur (s): 1 Processeur (s) installé (s). Famille Intel64 6 Modèle 60 Stepping 3GenuineIntel ~ 3500 Mhz

Mémoire physique totale: 8 131 Mo

Mémoire physique disponible: 3 836 Mo

Mémoire virtuelle: Taille maximale: 10 947 Mo

Mémoire virtuelle: Disponible: 5 275 Mo

Mémoire virtuelle: en cours d’utilisation: 5 672 Mo

Emplacement (s) du fichier de la page: C: \ pagefile.sys

Le système d’exploitation gère les ressources (cœurs de processeur, unités de disque, GPU) pour fournir ce que vous lui avez demandé.

Idéalement (ce que les concepteurs du système d’exploitation espèrent), lorsque vous effectuez une action, toutes les ressources entrent en action et grâce à un système bien équilibré, toutes les ressources sont utilisées à 100%, pendant un court laps de temps, puis reviennent en arrière. tourner au ralenti.

En pratique, cette forme d’utilisation est impossible à réaliser, car les constructeurs de PC devraient savoir à quoi va servir votre système.

Lorsque le gestionnaire de tâches décrit le processeur comme utilisé à 100%, cela signifie que tous les cœurs de la boîte sont occupés à exécuter du code et constituent le goulot d’étranglement.

Lorsque le gestionnaire de tâches décrit le disque comme utilisé à 100%, cela signifie (pour autant que je sache) qu’il y a toujours une queue d’éléments à lire ou à écrire depuis / vers le disque. Même avec une utilisation à 100%, il se peut que la mésortingque soit la seule raison pour laquelle vous êtes concerné et que le système soit par ailleurs réactif.

Dans l’un ou l’autre de ces cas, cela montre que pour une charge de travail donnée, le processeur ou le lecteur de disque est devenu l’étape de détermination du débit.

En pratique, cela ne devrait pas vous déranger, à moins que la durée du système à 100% soit supérieure à quelques minutes ou que votre machine paraisse lente.

Un diagnostic plus poussé peut être effectué à l’aide de l’outil Sys internes: procmon ou Microsoft: ADK

Je regarderais à l’aide de procmon, à quels fichiers sont accédés pendant la période d’utilisation du disque 100%, et décide si

  1. Le comportement est judicieux (si ce n’est pas un bogue avec Microsoft)
  2. La machine fonctionne normalement (si ce n’est un disque hybride ou ssd)

Un SSD peut résoudre ce problème … Êtes-vous sûr que cela est dû à Visual Studio? lorsque j’utilisais Windows 8.1, Windows Defender atteignait 100% de temps en temps. Si vous êtes sûr que cela se produit lorsque vous utilisez Visual Studio, vous pouvez essayer de le réparer à l’aide du programme d’installation. J’espère que cela vous aidera.

Cela pourrait être lié aux mises à jour de Visual Studio – qui seraient affichées sous C: \ ProgramData \ Package Cache.

Un outil de gestion de l’espace disque comme TreeSize Pro vous aidera à le comprendre… il indiquera quel répertoire utilise le plus d’espace. Vous pouvez ensuite cibler quel aspect de Visual Studio est en train de manger votre espace disque.

Il y a un essai gratuit sur https://www.jam-software.com/treesize/

Vous pouvez également utiliser cet outil pour exporter et publier une capture d’écran / exportation de l’utilisation ici et cela peut aider à identifier ce qui se passe.

J’ai eu un problème similaire qui s’est avéré être le fournisseur git intégré ayant des problèmes avec les bases de code volumineuses contenant une quantité modérée à grande quantité de modifications avant une validation.

Le passage à un tiers a résolu le problème.

J’ai eu des problèmes exaspérants avec l’utilisation du disque et l’explorateur de contrôle de source.

Ce qui a résolu le problème pour moi, c’est de m’assurer que je n’ai jamais ouvert l’Explorateur de contrôle de code dans plusieurs projets à la fois, le garder fermé quand je le pouvais et limiter la quantité d’instances VS ouvertes.

Essayez de déplacer le code source vers le lecteur SSD.

Les disques durs ont des performances d’E / S de disque beaucoup plus faibles que celles des disques SSD. Généralement, dans le lecteur Windows C est livré comme un lecteur SSD.