VS 性能差 - IsAssertEtwEnabled 上的 CPU 较高答案

【问题标题】：Poor VS Performance - High CPU on IsAssertEtwEnabledVS 性能差 - IsAssertEtwEnabled 上的 CPU 较高
【发布时间】：2019-11-22 09:58:40
【问题描述】：

我正在运行 Visual Studio 2013 Update 4，并且在简单的 UI 菜单导航和基本文本编辑上看到高 CPU 使用率和明显延迟。

使用ProcessExplorer，我截取了一张屏幕截图，显示一个线程在名为IsAssertEtwEnabled的东西中占用了大量CPU：

屏幕截图是在“扩展和更新”窗口中随机上下滚动时捕获的。

有什么提高性能的想法吗？

是的，我正在运行几个插件，但我更愿意保留它们，或者至少找到一种方法来隔离导致此问题的插件。

我已经查看了一个类似的问题 (VS2013 Update 3 incredibly slow - devenv.exe!!IsAssertEtwEnabled guilty thread)，但我没有安装 DevExpress 的任何东西。

【问题讨论】：

Visual Studio 2013 Update 2 maxes out core的可能重复
在 VS2015 Update3 上看到这个完全相同的问题
是的，我还在 VS2015 中。也许2017年会更好？认为该版本具有插件分析以帮助找到不良行为者。哦，我确实听说过一个谣言，这可能与 Code Lens 有关
有趣的是，我在 VS 2017 的 VM 上观察到这一点，它在具有 64 GB 内存、两个 SSD（一个专用于 VM）和 10 个内核（VM 允许在其中 8 个上运行）和最新的 NVIDIA RTX 2060 GPU。有趣的是，CPU 根本没有加载，并且有大量可用内存。但是，VS 很慢，如果我启动越来越多的 VS 实例，所有系统 UI 都会变得越来越慢。和相同的堆栈跟踪...
@sich 更有趣：sept. 2021 与 VS2019 完全相同的问题

【解决方案1】：

看起来这是由于 browserLink 变得流氓造成的（或者无论如何都是为了我）

您可以在下次出现问题时禁用它：

对我来说，当我禁用它时，我立即恢复了我的 CPU。我个人是链接到 chrome，但我不确定它是否会有所作为。

我猜如果你使用它，希望它会在新版本中得到修复......

【讨论】：

感谢发帖；不幸的是，我已经关闭了浏览器链接，因为我知道它会导致 CPU 过高。请把它留在这里，以防它帮助任何人。还有其他想法吗？
@PhilipPittle 当我环顾四周时，我看到有关 dev-express 和 webessentials 的类似投诉再次取决于您是否有这些但如果您这样做，则值得将它们关闭以查看它是否可以解决问题（不幸的是，禁用扩展需要重新启动 VS，因此很难判断它是否有帮助）听起来 VS 可能应该对流氓模块做一些工作

【解决方案2】：

尝试一一禁用扩展。

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

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

@Sergii 注意到可以直接在文件系统 (%localappdata%\JetBrains\Transient) 中删除缓存数据。

【讨论】：

这个建议帮助我解决了 Visual Studio 在打开解决方案时完全卡住的问题。但是，我必须直接在磁盘上清除 ReSharper 缓存，因为在 VS 中，这只能在打开解决方案后才能完成。
没有尝试清除缓存，但禁用 ReSharper 确实解决了问题！