【问题标题】:Visual Studio 2013 Preview Not Responding frequentlyVisual Studio 2013 预览版不经常响应
【发布时间】:2013-07-26 15:56:40
【问题描述】:

我已经安装了 Visual Studio 2013 Preview 来试用,但我遇到了一些非常糟糕的性能问题。每次我打开一个文件并立即尝试关闭它、编辑文件、保存文件等时,IDE 都会停止响应大约 15 秒。

我已经完成了我可以通过 stackoverflow、博客、网络搜索等找到的所有性能调整,但都没有奏效(例如,清理临时文件夹、禁用加载项和扩展、删除 .suo 文件等。 )。

使用 /safemode,性能问题消失了,但我找不到任何不同之处,因为我没有安装插件、nuget 包或扩展。

使用 SysInternals Process Explorer,当 devenv.exe 停止响应时,我只能看到它正在使用的核心 100% 的进程。在此期间我没有看到任何网络或硬盘活动,也没有其他进程处于活动状态。

我重新安装了,但没有成功,我已经将它安装在另一台开发机器上,它似乎工作得很好。

有人有什么想法吗?

谢谢!

更新:进程资源管理器中的“其他 I/O 增量”在 devenv.exe 进程锁定时显示 ~200,000/秒。还在找……

更新 2: 我想我应该补充一点,这台 PC 是 Dell Vostro 460、i7-2600 @ 3.4Ghz、8GB RAM、Windows 7、1TB HDD,550GB 可用空间,充足的电量我在做什么。调试时关闭所有其他应用,包括 VIPRE A/V 和 Malwarebytes。

更新 3: 也许越来越近了...使用进程监视器(喜欢 SysInternals 的东西!)出于某种原因,我的整个 C:\Projects\ 文件夹正在被 devenv.exe 解析/搜索。我将所有项目文件夹保存在 C:\Projects\ 下,其中大约有 20 个项目,每个项目都有自己的子文件夹。这就是它变得奇怪的地方。在 /safemode 中,devenv 只解析当前项目的文件夹,而不是整个父文件夹。 Projects 有 6,271 个文件夹和 29,914 个文件。我尝试创建一个新的 c:\Projects2013\ 文件夹,创建一个新的测试项目,devenv 正在尝试解析完整的父 Projects2013 文件夹,但在 /safemode 中只解析 Projects2013\Sample。

很明显,尽管 Projects2013 中的新项目会全速运行,因为它解析的文件要少得多。另一台计算机运行良好,因为我保留了默认项目路径,并且该文件夹中没有其他项目。现在世界上可能会这样做,为什么常规模式和安全模式之间的文件夹路径不同?是时候深入研究工具、选项了……呃!

这是 ProcMon 的屏幕截图:

最终更新 - 已解决! 是 git 导致了问题。我在 c:\Projects\ 设置了一个本地存储库,其中包含我所有的各种项目子文件夹。我为他们创建的转储文件允许他们将其缩小到 git。删除本地存储库修复了我现在至少可以使用 VS 2013 的性能问题。编程团队仍然需要解决文件夹的持续重新解析。任何拥有非常大存储库的人都会遇到此问题。

【问题讨论】:

  • 我向 Microsoft 发送了一些反馈,现在他们的支持团队想要查看它。创建转储文件和所有有趣的东西。可能发现了一个bug。我们拭目以待!
  • 我在 Visual Studio 2013 (12.0.21005.1 REL) 的发行版中遇到了类似的问题。你从 MS 那里得到了更多的 cmets 吗?带有 Git 存储库的 VS2013 目前对我来说不可用(经常停顿和高磁盘使用率)。
  • 在包含 Git 存储库的文件夹中创建一个新的空白 Windows 应用商店应用项目似乎也需要 AGE(>2 分钟)。
  • 我的问题是通过将事情分解成更小的独立存储库来解决的。不是真正的修复,但从那以后我没有遇到任何问题,我现在正在使用 VS 2013 Premium 的完整版本。您可能想尝试联系开发团队。我使用了内置于 VS 的反馈“发送皱眉”,它们反应非常迅速。

标签: visual-studio editor visual-studio-2013


【解决方案1】:

已解决! 是 git 导致了问题。我在 c:\Projects\ 设置了一个本地存储库,其中包含我所有的各种项目子文件夹。我为 VS 程序员创建的调试转储文件允许他们将其范围缩小到 git。删除本地存储库修复了我现在至少可以使用 VS 2013 的性能问题。 VS 编程团队仍然需要解决文件夹的持续重新解析。任何拥有非常大存储库的人都会遇到此问题。

【讨论】:

  • 顺便说一句,我也向微软提出了这个问题,他们的最终回应是“设计使然”。
  • 你能提供更多关于你是如何修复它的信息吗?我不明白你做了什么
  • 问题是我的所有项目的根文件夹都有一个 Git 存储库。有太多的文件/文件夹无法以这种方式处理。我为每个项目创建了单独的 Git 存储库,问题就消失了。本质上是数量问题。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2013-11-23
  • 2013-09-05
  • 2014-11-08
  • 2018-10-08
  • 2013-06-24
  • 1970-01-01
  • 2013-06-30
相关资源
最近更新 更多