Qu'est-ce que le processus Visual Studio Standard Collector et pourquoi utiliser-t-il 10 Go de RAM?
Espérons que c’est le bon site d’échange de piles sur lequel publier… Je n’ai pas eu l’impression que c’était une question de programmation pour SO. Quoi qu'il en soit, j'utilise Visual Studio 2015 et Windows reçoit une notification de fermeture de VS2015 car sa mémoire est insuffisante. J'ai 24 Go de RAM et je viens de redémarrer hier, alors je pense que quelque chose ne va pas du tout ici. J'utilise parfois la fenêtre interactive C # et la fenêtre interactive Python 2.7, mais celles-ci n'étaient pas utilisées au moment de ce message.
Remarque: au moment où j'écris ces lignes, je viens de recevoir un message "Incident grave" de devenv.exe (processus vs2015). Mais le service Standard Collector fonctionne toujours avec une consommation de 10,7 Go.
Est-ce que quelqu'un sait ce qu'est le collecteur standard? Et qu'est-ce qui pourrait causer une augmentation de l'utilisation de la RAM?
Remarque: une fois de plus, au moment d'écrire, je viens de remarquer que le service Standard Collector Service s'est arrêté dans mon gestionnaire de tâches et que j'ai tous mes RAM back.
Update: Cela semble être un bogue que l'équipe des VS a tenté de corriger dans la mise à jour 1. La mise à jour 1 est définitivement installée, mais je devrais peut-être essayer de reproduire un exemple. code et l'envoyer à l'équipe VS. L'instance devenv qui s'est effondrée n'était pas non plus en cours de débogage. (Bien que, il y a une autre instance où il est en train de déboguer comme vous pouvez le voir avec l'extension .vshost.exe dans le gestionnaire de tâches)
Cette instance de devenv ne s'est pas bloquée et, en fait, elle s'exécute toujours dans le débogueur maintenant sans problèmes.
Le processus du collecteur semble être lié à l'instrumentation/au diagnostic du code exécuté en mode débogage dans Visual Studio 2015. Microsoft a reconnu l'existence d'un problème d'utilisation non limitée de la mémoire dans ce processus et a déclaré: "Nous avons recherché la cause première et fait un correctif qui sera fourni dans VS2015 Update 1 "
Veillez donc à obtenir la dernière mise à jour de Visual Studio 2015. Pour l'atténuation dans l'intervalle:
"En attendant, si vous remarquez que le processus consomme trop de mémoire, vous avez deux façons de le récupérer. Le plus simple consiste simplement à redémarrer votre ordinateur. Cela ramènera tout à l’état. Vous pouvez également réduire la consommation de mémoire de la machine. pour arrêter le service Visual Studio Standard Collector à l'aide de l'interface utilisateur de Service Manager. Le nom du service est "VSStandardCollectorService140". Vous pouvez l'arrêter en toute sécurité si vous ne déboguez pas avec Visual Studio. Si vous arrêtez le service pendant le débogage (même arrêté à ), la fenêtre Outils de diagnostic affichera un message d'erreur après la reprise du processus cible de débogage. "
Regardez ce lien, d'où proviennent les citations ci-dessus: https://connect.Microsoft.com/VisualStudio/feedback/details/1630071/visual-studio-standard-collector-unbounded- utilisation de la mémoire
Ce lien contient également un exemple de code de quelqu'un qui a vécu cela depuis une application console. Il pourrait être intéressant d’exécuter cet exemple de code pour voir s’il déclenche le problème sur votre système. La personne qui a signalé le problème a également indiqué qu'il se produisait par intermittence, mais l'exécution du code en mode de débogage Visual Studio semblait être le seul fil conducteur.
Peut-être Microsoft a-t-il corrigé certaines des causes profondes du problème, mais il existe encore d'autres causes non résolues qui font actuellement surface.
Désactivez le service et il ne mangera plus votre mémoire.
Outils-> Options-> Débogage-> Général, désactivez "Activer les outils de diagnostic pendant le débogage".