Постоянное использование ЦП VS2013 даже в режиме ожидания

93

Недавно я обновил VS2013 до обновления 1, и с тех пор VS постоянно увеличивает загрузку процессора до 25% (на 4-ядерном процессоре Intel i5), даже если он должен быть в режиме ожидания. Я думал, что у него есть незавершенные фоновые процессы, поэтому я оставил его запущенным на некоторое время, но он продолжает использовать процессор, когда должен быть в режиме ожидания.

У вас такое же поведение после обновления?

Изменить 1 : я использую инструменты git и python для vs, поэтому после обновления 1 могут возникнуть конфликты.

Изменить 2 : интеграция git VS2013ошибочна. Я запустил профилировщик devenv.exeи git2-msvstfs.dllбольшую часть времени использует процессор, хотя он должен простаивать. Я отправил сообщение об ошибке в MS. Если у вас такая же проблема, проголосуйте за это: http://connect.microsoft.com/VisualStudio/feedback/details/844616/vs2013-update-1-cpu-usage-not-normal

введите описание изображения здесь

Изменить 3 : недавно было выпущено обновление 2. Эта ошибка была исправлена ​​в обновлении 2 VS2013.

Изменить 4 : были выпущены обновления 3 и 4, и использование ЦП сходит с ума по нескольким причинам (не только модуль git dll). Отключение, Browser Linkкак в одном из ответов ниже, похоже, решает проблему.

Ремус
источник

Ответы:

199

Для меня (обновление VS 2013 4) решением было отключить ссылку на браузер, как указано здесь:

https://www.devexpress.com/Support/Center/Question/Details/T102322

введите описание изображения здесь

Процессор сразу притормозил с 25% до 1%.

зуканта
источник
Думаю, это еще одна ошибка, не связанная с ошибкой интеграции git. Как видно из моего скриншота: загрузка процессора связана с git2 -... dll. Я использую VS для разработки на C / C ++, а ссылка на браузер даже не активирована для разработки на C / C ++.
remus
это сработало и для меня - VS2013 + Update 4. Спасибо!
abjbhat
2
Спасибо, это разрешило мои несколько недель страданий. ЦП был загружен на 40% через 30 минут после того, как я открыл одно большое веб-решение. Даже ничего не делая с этим. Когда я отключил опцию «Включить ссылку на браузер», ЦП сразу упал до 0%.
Горан Гентер 03
4
Спасибо! Исправлено это для меня и на Surface Pro 3. В простое он загружал процессор 43%. Ушел до 0% после отключения. Даже при запуске сайта на IIS полностью и без привязки к процессу. Я подозреваю, что это также мешает Chrome -> Inspect Element, где вы получаете огромную задержку.
Алесь Поточник Хахонина
2
У меня это тоже сработало, но для вступления в силу потребовался перезапуск каждого запущенного экземпляра Visual Studio. Спасибо!
KJ3
48

Изменить 2 : Возможное регрессирование ошибки в обновлениях 3 и 4.

Изменить 1 : ошибка была исправлена ​​в обновлении 2 VS2013.

Отключить gitплагин можно Visual Studio 2013следующим образом:

Инструменты-> Параметры

Управление исходным кодом: установите для текущего подключаемого модуля управления исходным кодом значение Нет

Используйте другие gitклиенты для управления своими репозиториями.

Ремус
источник
2
У меня этот же вопрос , используя Visual Studio 2013 Update 2с текущим управлением источником плагина набора в None
Clint Пауэлл
тоже самое! проблема связана с чем-то другим.
andresp
3
Вы можете найти профилировщик в Analyze-> Profiler и прикрепить его к другому экземпляру devenv.exe
remus
3
Я запускаю обновление 3 и сильно загружаю процессор, пока не отключил подключаемый модуль управления версиями Git; CPU упал моментально. Возможный регресс?
Thorarin
1
Эта проблема возникла у меня после того, как я установил сторонние инструменты GIT и установил для плагина значение None, чтобы исправить это. Интересно, что после установки значения None я вернул его поставщику MS Git, и проблема не вернулась.
TreeAndLeaf
0

Мы исправили это, открыв VS в SafeMode. Добавьте / SafeMode к инициатору.

MarckSi
источник
16
Вы не должны использовать VS в SafeMode. Многие функции отключены в SafeMode.
remus
Если безопасный режим решает проблему, вам следует взглянуть на расширения, которые вы используете, поскольку безопасный режим отключает их все.
Ральф
0

В моем случае именно включение ссылок на решение вызвало высокую загрузку процессора. Это был пакет IronPython, который также использовал некоторые библиотеки DLL. Добавление библиотек DLL в ссылки прошло нормально. В первый раз, когда DLL была открыта в обозревателе объектов, ЦП достиг 25% (1 ядро) и остался там. Удаление всех ссылок снова вернуло ЦП в нормальное состояние.

Еще одно решение: удалите все объекты из проекта "Ссылки".

(VS2013, обновление 5, с инструментами Python 2.2)

Scottinthebox
источник
0

В моем случае я обычно запускаю несколько копий Visual Studio одновременно. Я обнаружил, что если я запускаю вторую (или третью) копию Visual Studio ДО того, как первая (или вторая) копия полностью загрузится и успокоится, я получаю DEVENV, застрявший на 100% ЦП, независимо от того, что я делаю после этого. Мне нужно закрыть все копии и снова открыть.

Надеюсь, это кому-то поможет, это сводило меня с ума.

Билли

Билли Уиллоуби
источник
0

Была аналогичная проблема с vs2015 - удаление файла решения .suo до сих пор исправляло это для меня.

Джон Блэр
источник