Microsoft Visual Studio很忙。如果您经常遇到此问题，请与Microsoft联系 [英] Microsoft Visual Studio is busy. If you get this problem regularly contact Microsoft

问题描述

好的，我已经完成了尽职调查：

Okay, I've done due dilligence:

Baloon说："Microsoft Visual Studio很忙。如果您经常遇到此问题，请联系Microsoft"。

Baloon says: "Microsoft Visual Studio is busy. If you get this problem regularly contact Microsoft".

VS 2010，Windows 7 x64，C ++，同时禁用断点需要15分钟。时间通常在1秒到30秒之间变化，而且很少这么长。 " devenv.exe的"大小是412Meg计算机有16Gig ram。

VS 2010, Windows 7 x64, C++, while disabling a breakpoint it took 15 minutes. Time varies from 1 sec to 30 seconds usually and more rarely this long. "devenv.exe" size is 412Meg computer has 16Gig ram.

推荐答案

嗨Bob，

有一些工具我们可以用来帮助诊断这个原因。 您是否有兴趣追求这个，或者您只是想在这里知道这个问题？  （在另一个主题上，我还建议您可以使用Connect站点报告问题，例如
this：

Microsoft Connect： https://connect.microsoft.com/intro/?wa=wsignin1.0 ）

There are some tools we can use to help diagnose the cause of this.  Are you interested in pursuing this, or did you just want to make the issue known here?  (On another thread, I also recommended you can use the Connect site to report issues like this:
Microsoft Connect: https://connect.microsoft.com/intro/?wa=wsignin1.0)

要诊断这个，我们可以尝试收集一些可能有助于识别瓶颈的诊断。 您的项目是否通过网络分发;网络共享上的任何引用，源文件，目标文件夹等？ 


您熟悉Process Monitor工具吗？进程监视器：
http://technet.microsoft.com/en-us/sysinternals/bb896645的.aspx 功能。通过这种方式，您可以查看所有文件和注册表访问，以确定此类操作可能与延迟相关的内容（如果有）。

此外，您可以使用任务管理器（或Process Explorer） ）针对devenv.exe本身启动调试器。 通过这种方式，您可以了解哪些线程挂起了这个过程。

To diagnose this, we can try gathering some diagnostics that may help identify the bottleneck.  Is your project distributed at all over a network; any references, source files, target folders, etc. on network shares? 
Are you familiar with the Process Monitor tool? Process Monitor: http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx.  With this, you can watch all file and registry accesses in hopes of identifying what, if any, such actions may be related to the delay.
Also, you can use the Task Manager (or Process Explorer) to launch the debugger against devenv.exe itself.  In this way, you can get an idea of what threads are hanging the process.

当它像这样挂起时，它是否是"忙碌的挂起"。 CPU处于活动状态，或者是"空闲挂起"。 CPU处于非活动状态，并且该进程可能正在等待某些外部事件或其他系统对象发出信号？

When it hangs like this, is it a "busy hang" where the CPU is active, or is it an "idle hang" where the CPU is not active, and the process is likely waiting for some external event or other system object to be signaled?

 

这篇关于Microsoft Visual Studio很忙。如果您经常遇到此问题，请与Microsoft联系的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！