2017-03-29 1 views
6

J'ai Visual Studio 2015 version 14.0.25431.01 Mise à jour 3. Quand je travaille avec ma solution, il commence à utiliser tout le CPU de manière aléatoire. Parfois, quand je ne suis pas sur la fenêtre VS, ou simplement en tapant du code.VS 2015 Mise à jour 3 vbcscompiler.exe en utilisant tous les cpu

Si j'ouvre le Gestionnaire des tâches, je vois que vbcscompiler.exe utilise 90-100% de CPU. J'ai Intel Core i7 2.7GHz avec 8 cœurs je pense qu'il devrait être capable de le gérer sans aucun problème. Cela bloque mon ordinateur et je ne peux rien faire pendant 10 à 20 secondes, ce qui est très frustrant.

Est-ce que quelqu'un sait quel pourrait être le problème?

-------------- -------------- 12/04/2017 MISE À JOUR

instance unique de vbcscompiler.exe est en cours d'exécution. Happens avec le service Windows; Service Web; Application de la console. Des solutions grandes et petites.

Voyez ci-dessous capture d'écran de gestionnaire de tâches. enter image description here

+0

je vais le poster comme commentaire que je ne suis pas sûr qu'il devrait peut-être être une réponse ... Je eu ce problème également sur la même version Visual Studio 2015 14.0.25431.01 Mise à jour 3 après avoir mis à jour il ya quelques jours. Ce qui a résolu pour moi (au cours des derniers jours et espérons pour toujours) était de désactiver le téléchargement du contenu de la page de démarrage automatique. Vous pouvez également essayer par Options -> Démarrage -> Décochez la case "Télécharger le contenu tous les". Cela semble bien maintenant mais c'est difficile à dire. Tu peux essayer de me dire si ça a marché pour toi aussi. Bonne chance pour nous deux –

+0

Merci pour le commentaire mais j'avais déjà "Télécharger le contenu tous les" décoché. VBCSCompiler.exe fait partie de Roseline et compile le code, ce que je ne comprends pas pourquoi il compile aléatoirement quand rien ne change, et prend tout le CPU. – Farukh

+0

Merci pour la mise à jour. De toute façon n'oubliez pas que vous pouvez toujours le réinstaller (je suppose que vous essayez d'éviter cela) je croise les doigts pour vous. Bonne chance! –

Répondre

-1

Je viens de faire quelques recherches sur ce problème. Il semble que la cause première soit une nouvelle fonctionnalité du compilateur Roslyn dans laquelle il maintient le processus du compilateur après la fin de la construction. Au fil du temps, la consommation de mémoire s'accumule et, autant que je sache, il n'y a rien qui tue réellement le compilateur, même lorsque son processus hôte se termine.

Le plus souvent, VS a une sorte de prise de conscience intégrée de ce processus qui lui permet de le terminer spécifiquement lorsque l'EDI s'arrête.

Quoi qu'il en soit, ce comportement peut être désactivé. Les mauvaises nouvelles sont que cela doit être fait dans le projet XML. Je sais que vous travaillez sur une solution très grande, donc si vous avez un fichier de construction partagée, alors ce serait idéal, mais sinon, vous aurez besoin de placer ce qui suit dans chacun de vos projets:

<PropertyGroup> 
    <UseSharedCompilation>false</UseSharedCompilation> 
</PropertyGroup> 

Il y a aussi est un autre post d'avant cela pourrait être bon pour vous de regarder.

Vérifiez vos configs et tout avec les solutions ici et voir si elles correspondent:

Numerous instances of VBCSCompiler.exe

+0

comme la description dit que j'ai un problème avec le processeur et non la mémoire. Et et capture d'écran montre que je n'ai qu'une seule instance en cours d'exécution. Donc, cette réponse ne résout pas le problème que j'ai. – Farukh