Visual Studio 100%磁盘使用率

时间:2015-01-25 06:06:18

标签: windows visual-studio visual-studio-2013 windows-8 disk

我有VS 2013和Microsoft Windows 8.1 这个问题出现在上周结束时。没有任何更新或重要更改,当我在VS中执行某些操作时,磁盘使用率达到100%。例如,当我点击" Check In"按钮"团队资源管理器"窗口,磁盘使用率提高到100%。有时通过简单的右键单击文本编辑器就会出现问题。 我搜索了大约100%的磁盘使用问题但是在Windows 8.1上有一些关于这个问题的事情,但在我的计算机中所有应用程序都运行没有任何问题,只是VS2013已经"完全磁盘使用"问题

有关我系统的一些信息:

操作系统名称:Microsoft Windows 8.1 Pro

操作系统版本:6.3.9600 N / A Build 9600

系统类型:基于x64的PC

处理器:已安装1个处理器。 Intel64系列6型号60步进3GenuineIntel~3500 Mhz

总物理内存:8,131 MB

可用物理内存:3,836 MB

虚拟内存:最大大小:10,947 MB​​

虚拟内存:可用:5,275 MB

虚拟内存:正在使用:5,672 MB

页面文件位置:C:\ pagefile.sys

7 个答案:

答案 0 :(得分:1)

操作系统管理资源(CPU内核,磁盘驱动器,GPU)以提供您所要求的内容。

理想情况下(操作系统设计人员所希望的),当您执行操作时,所有资源都会转化为行动,并且由于系统平衡良好,它们都会在短时间内达到100%的利用率,然后又回到闲置状态。

这种使用形式实际上是无法实现的,因为PC构建者必须知道您的系统将用于什么。

当任务管理器将CPU描述为100%使用时,意味着盒子上的所有核心都忙于运行代码,并且是瓶颈。

当任务管理器将磁盘描述为100%使用时,它(据我所知),意味着总是有一个项目队列要读取或写入磁盘。即使使用率达到100%,也可能是指标是您关注的唯一原因,系统也会做出响应。

在上述任何一种情况下,它都表明对于给定的工作负载,CPU或磁盘驱动器已成为速率确定步骤。

在实践中,无论如何,除非系统处于100%的时间长度超过几分钟,否则您的机器会感觉不舒服。

可以使用工具Sys internals : procmonMicrosoft : ADK

进行进一步诊断

我会使用procmon,在100%磁盘使用期间访问哪些文件,并决定是否

  1. 行为是明智的(如果没有提出微软的错误)
  2. 机器正常工作(如果不考虑混合或ssd磁盘)

答案 1 :(得分:1)

(评论其他登陆这里的人,@Marta 解释说他们的机器上不再存在问题。)

通常,Visual Studio 中的任何性能问题都应报告给 Microsoft。使用报告问题工具直接从 VS 执行此操作很容易。该功能将自动附加与 Microsoft 私下共享的日志/跟踪。在内部,工具将分析这些附件以将工单分配给相关团队。使用此类附件,很有可能在 Visual Studio 的未来版本中诊断并修复该问题。

有关报告问题工具的说明:

https://docs.microsoft.com/en-us/visualstudio/ide/how-to-report-a-problem-with-visual-studio?view=vs-2019

如果您更喜欢自己诊断高磁盘 IO,FileMon 可能是一个有用的工具:

https://docs.microsoft.com/en-us/sysinternals/downloads/filemon

答案 2 :(得分:-1)

SSD可以解决这个问题......你确定这是由visual studio引起的吗?当我使用Windows 8.1时,Windows Defender会不时获得100%的磁盘使用率。如果您确定在使用Visual Studio时发生了这种情况,则可以尝试使用安装程序对其进行修复。希望这些能帮到你。

答案 3 :(得分:-1)

它可能与Visual Studio更新有关 - 它将显示在C:\ ProgramData \ Package Cache下。

像TreeSize Pro这样的磁盘空间管理工具可以帮助解决它...它将显示哪个目录使用的空间最多。然后,您可以定位Visual Studio的哪个方面占用了您的驱动器空间。

https://www.jam-software.com/treesize/

免费试用

您还可以使用此工具导出并在此处发布截图/导出用法,这可能有助于确定正在发生的事情。

答案 4 :(得分:-1)

我遇到了一个类似的问题,结果是内置的git提供程序在提交之前遇到了包含大量中等更改的大型代码库的问题。

更改为第三方修复此问题。

答案 5 :(得分:-1)

我在磁盘使用和源代码管理资源管理器方面遇到了一些令人恼火的问题。

为我解决的问题是确保我从未在多个项目中一次打开Source Control Explorer,在可能的情况下保持关闭并限制已打开的VS实例的数量。

答案 6 :(得分:-6)

尝试将源代码移动到SSD驱动器。

与SSD驱动器相比,HDD的磁盘I / O性能要慢得多。 通常在Windows C驱动器中作为SSD驱动器。