Моя ежедневная рабочая нагрузка требует от меня наличия Outlook, Excel, Firefox и IE (для разных веб-приложений, которые несовместимы со всеми браузерами), Skype и нескольких других программ, работающих практически все время. Все эти программы являются беспощадными потоками памяти/потоками, а некоторые из них - 32-разрядные версии, что еще хуже.

Кроме того, я также часто использую VS2015, который порождает фоновые процессы, такие как нет завтра.

Ниже перечислены процессы, перечисленные в диспетчере задач, связанные с VS2015:

conhost.exe - Несколько экземпляров этого всегда выполняются. Если я их убью, два всегда вернутся, но они не потребляют много ресурсов.
devenv.exe - Я знаю, что это основной процесс IDE, но почему он простаивает при 700 МБ ОЗУ и 45 потоков.
Microsoft.VsHub.Server.HttpHost.exe и Microsoft.VsHub.Server.HttpHost64.exe - Не знаю, что они делают, и каждый раз они принимают около 100 МБ ОЗУ и несколько десятков потоков в режиме ожидания. Если я убью их, они вернутся.
msvsmon.exe - На основе своего местоположения что-то связано с отладчиком, но почему он работает, когда я не в режиме отладки? Если я его убью, я получаю сообщение об ошибке, и он возвращается немедленно.
VsHub.exe - Не уверен, что это такое, и не слишком ресурсоемкий. Если я убью его, он возьмет с собой два процесса "Microsfot.VsHub...", но все они вернутся через минуту.
MSBuild.exe - Я знаю, что это механизм сборки. Когда я запускаю сборку, до 4 из этих процессов запускаются, и они остаются в живых, на холостом ходу около 40 МБ ОЗУ.
ScriptedSandbox64.exe - Не уверен, что это такое, но я его убиваю, он остается мертвым до тех пор, пока я не запустил сборку, а затем он будет работать на холостом ходу с 40 МБ ОЗУ.
VBCSCompiler.exe - Я считаю, что это Рослин. Если я его убью, он останется мертвым до тех пор, пока я не построю, тогда он простаивает с примерно 100 МБ ОЗУ.

Вопросы

Что все эти процессы?
Могу ли я избежать каких-либо из них?
Что я могу предотвратить, если вы не живете, когда они не используются?
Как?

Ответ 1

Этот пост должен отвечать на все ваши вопросы...

Что все эти процессы?

conhost.exe - согласно howtogeek conhost.exe достигается следующее:

Процесс conhost.exe исправляет фундаментальную проблему в том, как предыдущие версии Windows обрабатывали окна консоли, которые разбивали перетаскивание в Vista.

devenv.exe - согласно MSDN:

Devenv позволяет вам устанавливать различные параметры для интегрированной среды разработки (IDE), а также создавать, отлаживать и развертывать проекты из командной строки. Используйте эти переключатели для запуска IDE из файла script или .bat, например, ночной сборки script или для запуска среды IDE в определенной конфигурации.

почему он использует много памяти? Это большой процесс, поскольку он позволяет

Microsoft.VsHub.Server.HttpHost.exe и Microsoft.VsHub.Server.HttpHost64.exe похожи на Devenv, вы можете прочитать об этом в другом сообщении postoffflow post здесь.
msvsmon.exe - вы правы, это связано с отладкой, вы можете прочитать об этом на MSDN:

Монитор удаленной отладки (msvsmon.exe) - это небольшое приложение, к которому Visual Studio подключается для удаленной отладки. Во время удаленной отладки Visual Studio запускается на одном компьютере (хост отладчика), а удаленный компьютер отладки работает на удаленном компьютере вместе с приложениями, которые вы отлаживаете.

VsHub.exe очень сильно связан с Microsoft.VsHub.Server.HttpHost.exe и Microsoft.VsHub.Server.HttpHost64.exe, поэтому я снова советую вам ссылаться на сообщение, которое я упоминал ранее здесь.
MSBuild.exe, поскольку вы заявили, что это действительно механизм сборки, поскольку для нескольких процессов зависит от того, что вы компилируете. Скажем, если вы компилируете решение с несколькими проектами, входящими в это решение, вы можете увидеть проблемы с памятью, о которых вы говорите. Посмотрите этот билет здесь.
ScriptedSandbox64.exe Это связано с инструментом отладки производительности, который можно отключить, см. этот форум для получения дополнительной информации. Также в качестве состояний сообщения вы можете отключить это, отключив флажок "Конечная диагностика при отладке" в разделе "TOOLS- > Options- > Debugging".
VBCSCompiler.exe - Вы правы (о том, что это Roslyn), и есть сообщения об этом, используя большую память. См. этот отчет об ошибке.

Могу ли я избежать каких-либо из них?

Я бы сказал, нет, вы, вероятно, не можете помешать им работать. Существует грубое исключение ScriptedSandbox64.exe, однако, если вы используете инструменты диагностики памяти, вы не можете даже отключить этот процесс. Имейте в виду, что каждый процесс имеет свою цель, и если вы уберете один процесс, это может вызвать другие проблемы.

Что я могу предотвратить, если вы не живете, когда они не используются?

Если вы хотите, чтобы вы могли просто выйти из Visual Studio, для начала резервного копирования не должно быть очень много времени. Visual Studio - очень большое приложение, и, как вы обнаружили, использует много памяти, поэтому я бы закрыл его, если вы не активно его используете (как в Skype, и он работает в фоновом режиме). Да, это хлопот, если вы используете его много, но лучше, чем использовать всю свою память.

Как?

Закройте Visual Studio, пока вы его не используете.