Как определить, какие надстройки вызывают самые большие проблемы с производительностью для Visual Studio 2010

Question

Visual Studio 2010 перешла от быстрого к медленному. Он перешел от холостого хода при 0% загрузки процессора до холостого хода при 25% загрузки процессора. Это заняло примерно половину гигабайта ОЗУ для загруженного проекта и более 1 ГБ ОЗУ для того же проекта.

Чем дольше я оставляю Visual Studio 2010 открытой, тем хуже производительность.

Я знаю, что виновник должен быть надстройкой, но я не могу понять, какой именно. Я использую Process Explorer для изучения процесса.

<ч /> РЕДАКТИРОВАТЬ: Мои текущие надстройки и расширения: .Net Reflector, Gallio, Visual Git, AnkhSVN, поставщик управления исходным кодом Git, инструменты Iron Python для Visual Studio, MonoDroid для Visual Studio, менеджер пакетов NuGet, команды Power для Visual Studio 2010, производительность Электроинструменты, редактор цветовых тем Visual Studio

(экран, подобный Chrome, который покажет вам, какая вкладка использует процессор, был бы идеальным!)

Answer 1

Visual Studio PerfWatson представляется лучшим / более простым способом отслеживать и сообщать о проблемах производительности с помощью Visual Studio 2010 Sp1

(из статьи):

Вот как это работает: когда инструмент обнаруживает, что пользовательский интерфейс Visual Studio имеет стать неотзывчивым, он записывает информация о длине задержка и основная причина, и подчиняется отчет в Microsoft. Визуальный Команда студии может затем объединить данные из этих отчетов, чтобы расставить приоритеты проблемы, которые вызывают самые большие или самые частые задержки в наша база пользователей. Устанавливая Расширение PerfWatson, вы помогаете Microsoft идентифицирует и исправляет проблемы с производительностью, которые вы больше всего часто встречаются на вашем компьютере.

Answer 2

Нет прямого способа измерить производительность для каждой надстройки. Но инструмент, который может быть полезен, VS Diagnostics Tool . Вы можете установить этот инструмент, и когда вы увидите, что ваша производительность снижается, во время некоторых сценариев вы можете записывать трассировки ETL и регистрировать ошибку здесь с соответствующими трассировками. Команда Visual Studio может посмотреть на трассировки и предоставить вам предложения, основанные на этом.