在Visual Studio中缓慢debugging问题
在我的Visual Studio中，即使我只是在C＃控制台应用程序中写了一行返回值，在按F5执行实际代码之后，我需要一分钟（我的意思是在按下单个return语句后停止的时间F5 – 我在Main函数的return语句中设置了一个断点）。 我想知道什么是错的？ 任何检查清单？ 谢谢！
我在Windows Server 2003 x64上使用Visual Studio 2008 VSTS版本和debugging。
在此先感谢乔治
您可能需要删除所有断点 – 请注意，您需要单击“删除所有断点”button（或使用Ctrl-Shft-F9），而不是只是逐个删除它们。 如果Visual Studio已经破坏你的解决scheme设置，后者将无法正常工作。 你可能需要首先添加一个断点，以使其工作（聪明，呃？）。
如果最坏的情况发生，您可能需要删除.suo文件，并让Visual Studio从头开始新的。 请注意，您将失去个人解决schemeconfiguration设置，但是（仅适用于此解决scheme，不适用于其他解决scheme）。 但是，您可能需要临时移动/重命名文件，直到您确定是否存在问题。 这样，你总是可以把它移回去。 我看到一些在线资源build议删除（移动/重命名） .ncb文件。
我以前见过这个。 尝试删除所有的断点，然后设置你想要的。 打F5。 现在速度快吗？
我只是注意到你提到设置.NET源代码debuggingfunction。 尝试禁用，您的networking连接到微软的源服务器可能会很慢。 还要禁用工具>选项>debugging>符号中的任何符号服务器连接
也可以尝试在“工具”>“选项”>“debugging”>“常规”中禁用“启用属性评估和其他隐式函数调用”。
或者删除您的解决scheme（.sln）文件旁边的.suo文件。 这解决了debugging会话需要很长时间才能启动和停止的问题。
有这个问题。 尝试所有列出的build议，并删除所有的Visual Studio扩展后，我们终于明白，IntelliTrace启用。 禁用固定的一切。
http://msdn.microsoft.com/en-us/library/dd264948%28v=vs.100%29.aspx
你有很多的断点？ 这些可以真正减慢启动时间。 每次将新模块加载到进程地址空间中时，都需要检查它们是否有效。
去工具/选项/debugging器/符号，并检查是否有公共符号集或UNCnetworkingpath设置。 另外检查工具/选项/debugging器/一般，看看你是否有源服务器设置。
所有这些都会影响基于networking速度较慢或服务器不可用的debugging。 5分钟的等待时间是networking超时。
如果没有设置选项，请检查是否已设置_NT_SYMBOL_PATH环境variables。
我的同事有一个非常缓慢的响应Visual Studio，它花了几分钟，在debugging时执行一个步骤。 根本原因竟然是一个反病毒程序 （威胁火）在VS运行时变得疯狂。 杀死它的过程立即修复了一切。
在我的情况下更改debugging符号“自动加载符号”选项从“所有模块”到“只有指定的模块”解决了这个问题。 您可以从工具 – >选项 – >debugging – >符号更改此选项
不同的原因加上… 如何find问题
对我来说，这是selectShowOtherThreadIpMarkers。 值为1会使VS（2010）的速度慢得多（每个debugging步骤3-5秒），值为0的速度又快了。
这是什么select？ 我不知道。 我无法通过vs用户界面find它。 我没有选中所有可能的debugging选项，没有任何工作。
所以我去了导入导出设置，并加载了我以前保存的旧设置，然后再次比较快vs vs vssettings文件…等等。
我想要说的是，如果您在debugging模式下在断点处停止时加载设置，则会立即生效。 您不必停止debugging器并重新启动。
从Travis链接的ScottGu的博客：“我最近听到的另外一个性能问题是一个问题，有几个人报告说Google Toolbar插件遇到了问题，由于某些原因，有时会在连接Visual时导致很长的延迟Studiodebugging器到浏览器如果您的Web应用程序加载看到长时间的延迟，并且安装了Google工具栏（或其他工具栏），则可能需要尝试卸载它们以查看问题的原因。
确保你没有任何陈旧的networking映射到不再存在的服务器（networking超时将杀死你）。 或者使用像Process Monitor这样的东西来查看一个networking（或其他文件错误）是否被阻塞很长一段时间。
您是否使用Symbol Server来下载Windows DLL的符号？
如果这样禁用，因为它可能需要一些时间，但我不会指望在基本的控制台应用程序中造成长时间的延迟。
工具>选项>debugging>符号
我知道这是一个古老的话题，但它是值得的…
我发现，如果我有一个单独的IE窗口打开很长时间，可能需要一分钟才能开始debugging。 closures所有IE窗口并立即开始debugging。
在我的情况下，Google工具栏正在减慢我的debugging速度。 gplus_notifications_gadget.html只是继续和重载debugging器。 我想保留Google工具栏，因为我经常使用它，所以我只是禁用了G +通知button（除个人资料button之外的小button）。现在很高兴。
在debugging器下运行对我来说，比没有debugging运行慢大约10倍。
在尝试了这里提出的每个解决scheme之后，我经历了每个debugging器设置并启用/禁用，以查看是否有所作为。
对我来说，事实certificate，禁用debugging设置中的模块负载抑制JIT优化 大大改善了事情。
我在VS2010中遇到了同样的问题，在代码中慢慢join代码（3到10秒之间）。 但是，上述设置修改没有一个窍门。 我终于find了最终的解决scheme，可以解决上述所有问题：重置所有设置，如下所述。
您可能首先要保存设置的特定部分，例如我首先保存了我的颜色主题（Solarized-like），然后在全局重置之后将其恢复。
对我来说，杀死性能的设置（除了鼠标移动之外，Windows 8甚至被吊死）是在选项 – >debugging – >常规中UNCHECK“打断一个进程中断的所有进程”。
希望这有助于任何人。
只是一个缓慢的Visual Studiodebugging体验的另一个原因…
很久以前，我启用FusionLog来查看导致程序集绑定问题的原因。
确保在使用后禁用它。 为什么？ 因为它启用时将大量日志logging数据写入磁盘。
这是Window's Registry [ regedit.exe ]上的FusionLog键：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
ForceLog ， LogImmersive和LogResourseBindings值从1启用为0禁用。
我也有这个问题，但在我的情况下与断点无关。 这是我在任务窗口中添加的代码快捷方式：
我相信还有其他的方法可以看到这样的问题，但是有一个地方给我造成这个问题的一个错误…删除我所有的选项都会解决这个问题，但这是我不想要的做。 所以，我debugging它，并写在我的博客…你的问题听起来像我的。
谢谢。
对我来说一件事是确保没有条件断点。 除此之外，我已经成功地通过简单地重新启动Visual Studio并且一次只打开一个Visual Studio实例来解决慢速debugging问题。 希望它有助于某人…
我有一个类似的问题，没有其他的指导似乎帮助。 我已经重新启动无济于事。 我删除了所有断点，删除了suo文件，检查了没有从外部源加载符号，并检查应用程序中不存在不存在的path。
然后，我想清理解决scheme。 我注意到在输出窗口中，清理时C＃IntelliSense报告了一个问题：
从“{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}”（“系统找不到指定的文件”）读取元数据时出现问题。 解决scheme重新加载之前，智能感知可能无法正常工作。
在这种情况下，一旦您真正发现错误信息，它会告诉您如何解决它。 （在错误文本上做得不错，在可发现性上做得不好！）我卸载了解决scheme的项目，然后重新加载它们。 那时我才能够成功运行干净的解决scheme。 它工作，而debugging器也是如此。
HTH
closures“Autos”窗口改善了vs2008中的debuggingfunction，为我们提供了一个大型的本地c ++解决scheme。 隐藏它将不起作用，它需要closures。
我经历了同样的慢下来，并从networking断开解决了我的问题，因为其他一些意见和答案已经表明（但当然这不是一个理想的解决scheme）。
在我的情况下，这一个简单的更改解决了我的解决scheme：在debugging选项卡的项目属性中，我禁用了“启用Visual Studio托pipe过程”。 （我正在运行VS2010）
获得更多的内存和更快的HD。 更多细节在这里 。
