VS性能差 - IsAssertEtwEnabled上的CPU过高

我正在运行Visual Studio 2013 Update 4，并且在简单的用户界面菜单导航和基本文本编辑中看到了高CPU使用率和显着的延迟。VS性能差 - IsAssertEtwEnabled上的CPU过高

使用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

对我来说，当我禁用它我立即拿回了我的CPU。我个人是链接到铬，但我不知道它有什么不同。

我想如果你希望使用它，它会被固定在一个新版本...

来源

2015-04-16 03:14:21

有关，感谢发布;不幸的是，我已经关闭了浏览器链接，因为我知道它导致高CPU。请保留这里，以防万一它帮助任何人。还有其他想法？ –

@PhilipPittle当我四处看看时，我发现dev-express和webessentials的相似投诉取决于你是否拥有这些，但如果你这样做可能值得把它们关掉，看看它是否解决了问题（不幸的是，禁用扩展需要重启的VS，所以它有点难以分辨是否有帮助）听起来像VS应该可以在流氓模块上做一些工作 –

尝试禁用扩展一个接一个。

我通过清除ReSharper缓存（VS 2015 CE）解决了问题。

的ReSharper>选项>常规>清除缓存>重新启动Visual Studio

@Sergii注意到，它可能直接在文件系统（%localappdata%\JetBrains\Transient）删除缓存数据。

来源

2015-11-24 03:58:46

这个建议帮助我解决了Visual Studio完全停留在打开解决方案的问题。但是，我必须直接在磁盘上清除ReSharper缓存，因为在VS中，只有在解决方案打开后才能完成。 –

未尝试清除缓存，但禁用ReSharper完全解决了问题！ – yrtimiD

VS性能差 - IsAssertEtwEnabled上的CPU过高

回答

相关问题