Плохое исполнение VS - Высокий CPU на IsAssertEtwEnabled

Я запускаю обновление Visual Studio 2013 Update 4 и наблюдаю за высокой загрузкой процессора и заметной задержкой при простой навигации по меню и базовому редактированию текста.Плохое исполнение VS - Высокий CPU на IsAssertEtwEnabled

Использование ProcessExplorer Я сделал скриншот, который показывает один поток делает много CPU в то, что называется IsAssertEtwEnabled:

Process Explorer Screenshot

скриншот был захвачен случайно прокрутки вверх и вниз в расширениях и обновления окно.

Любые идеи о том, как ускорить работу?

И да, я запускаю несколько плагинов, но я бы предпочел сохранить их или, по крайней мере, найти способ изолировать тот, который вызывает это.

И я рассмотрел аналогичную проблему (VS2013 Update 3 incredibly slow - devenv.exe!!IsAssertEtwEnabled guilty thread), но у меня нет ничего из установленного DevExpress.

источник

2015-04-08 Philip Pittle

Возможный дубликат [Visual Studio 2013 Update 2 maxes out core] (http://stackoverflow.com/questions/24579499/visual-studio-2013-update-2-maxes-out-core) – cassandrad

Увидев это точно выпуск на VS2015 Update3 – sonyisda1

Я, я все еще попадаю в VS2015. Может быть, 2017 год будет лучше? Подумайте, что в версии есть профилирование плагинов, чтобы помочь найти плохих актеров. O, и я однажды услышал слух о том, что это может быть связано с Code Lens –

Похоже, это вызвано browserLink происходит изгоев (или это было для меня во всяком случае)

Вы можете отключить его в следующий раз, когда проблема возникает:

enter image description here

Для меня, когда я отключил его Я сразу вернул свой процессор. Я лично связывался с хром, хотя я не уверен, что это имеет значение.

Я думаю, если вы используете его, мы надеемся, это будет исправлено в новой версии ...

источник

2015-04-16 03:14:21

Спасибо за сообщение; к сожалению, я уже отключил Browser Link, поскольку я знал, что это вызывает высокий процессор. Пожалуйста, оставьте это здесь, если это кому-то поможет. И любые другие идеи? –

@PhilipPittle, когда я оглядывался, видел похожие жалобы на dev-express и webessentials снова, зависит от того, есть ли у вас это, но если вы это сделаете, возможно, стоит их отключить, чтобы проверить, исправляет ли проблема (к сожалению, отключение расширения требует перезагрузки VS, так что немного сложнее сказать, помогает ли это). Похоже, что VS, вероятно, будет работать над мошенническими модулями в любом случае –

Попробуйте отключить расширения по одному.

Я исправил проблему, очистив кеш ReSharper (VS 2015 CE).

ReSharper> Параметры> Общие> Очистить кэши> Restart Visual Studio

@Sergii заметил, что можно удалить данные кэша непосредственно в файловой системе (%localappdata%\JetBrains\Transient).

источник

2015-11-24 03:58:46

Это предложение помогло мне решить проблему, когда Visual Studio полностью застряла при открытии решения. Тем не менее, я должен был очистить кеш ReSharper непосредственно на диске, поскольку в VS это можно сделать только после того, как решение было открыто. –

Не пытался очистить кеш, но отключить ReSharper определенно решила проблема! – yrtimiD

Плохое исполнение VS - Высокий CPU на IsAssertEtwEnabled

ответ

Смежные вопросы