blocks|key|1482305|text|是的，当您调试64位程序时，将使用msvsmon.exe。由于Visual+Studio完全是32位的，因此需要远程调试器来弥合这一鸿沟。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1482306|没有任何理由认为速度减慢是因为它是一个远程调试器。查找和加载.pdb文件的工作可能非常繁重。或者意外地打开了混合模式调试选项，以便调试器也可以看到所有非托管DLL加载并为它们查找符号。当然，这些只是猜测。|1482307|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Yes, msvsmon.exe will be used when you debug a 64-bit program. Since Visual Studio is completely 32-bit, the remote debugger is needed to bridge the divide.

There isn't any reason to assume that the slowdown is caused by it being a remote debugger. Working mightily to find and load the .pdb files would be likely. Or accidentally having the mixed-mode debugging option turned on so the debugger is also seeing all unmanaged DLL loads and finding symbols for them. These are just guesses of course.

blocks|key|1482309|text|Menu.Debug.DeleteAllBreakpoints|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1482310|对我很管用。|1482311|entityMap^0|0|V|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|N|8|@]|D|@]|E|$]]]|I|$]]

<code>Menu.Debug.DeleteAllBreakpoints</code>

Worked for me.

blocks|key|736016|text|在调试开始时，搜索符号通常非常慢，特别是如果您配置了远程符号选项之一，并且没有在MS服务器上没有符号的各种DLL上设置“忽略”。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|736017|这些不仅可以是代码的第三方组件，也可以是由图形驱动程序注入的钩子DLL，因此值得关注正在尝试加载的内容。|736018|在开始调试时运行Fiddler+(+http://www.fiddler2.com/fiddler2/+)将显示是否正在远程获取符号。|offset|length|736019|即使没有显式设置VS+(在工具->选项-调试中)用于远程符号获取，它仍将遵循_NT_SYMBOL_PATH环境变量-检查是否设置了VS，以及它所指向的内容。|736020|entityMap|0|LINK|mutability|MUTABLE|url|http://www.fiddler2.com/fiddler2/^0|0|0|I|X|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@$F|U|G|V|1|W]]|A|$]]|$1|H|3|I|5|6|7|X|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q]]]]

Searching for symbols is often very slow at the start of debug, particularly if you have one of the remote symbol options configured, and have not set 'ignores' on the various DLLs which will not have symbols on MS servers.

These can be not only things like 3rd party components of your code, but also hooks DLLs injected by, for example, graphics drivers, so it's worth keeping an eye on what's trying to load.

Running Fiddler ( <a href="http://www.fiddler2.com/fiddler2/" rel="nofollow noreferrer">http://www.fiddler2.com/fiddler2/</a> ) while starting debugging will show you if symbols are being fetched remotely.

Even if VS is not explicitly set (In tools->options-debug) for remote symbol fetch, it will still follow the _NT_SYMBOL_PATH environment variable - check if that's set, and what it points to.

blocks|key|3843132|text|我也有同样的问题，尽管这个解决方案不适合我。最后，我不得不进入“工具”->“选项”->“调试”->“符号”，取消选择符号文件(.pdb)的位置，然后单击“空符号缓存”按钮。在那之后，调试变得更好了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3843133|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had this same problem, though this solution didn't do it for me. In the end, I had to go into Tools->Options->Debugging->Symbols and uncheck the Symbol file (.pdb) locations as well as click the Empty Symbol Cache button. After that, debugging was much nicer.

blocks|key|3843169|text|对我来说，问题是我安装了PUP+(潜在的有害程序)，这会减慢其他进程。在MSVSMON表现出这种行为的几次之后，我意识到Cltmng.exe进程(来自conduit的搜索保护)也占用了不寻常的CPU，删除它就解决了问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3843170|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

For me the problem was I a had PUP (potentially unwanted program) installed which was slowing down the other processes. After a couple of times that MSVSMON was showing this behaviour, I got aware that the Cltmng.exe process (from Search Protect by conduit) was taking an unusual amount of CPU as well, removing it solved the problem.

When I start debugging my web application either from Start with Debugging (F5) or attaching to the ASP.NET worker process it will load the assemblies from the application very slowly that I can individually read the names of them as they scroll through the status bar of VS2010.

When I start debugging I see that MSVSMON.exe uses 50% CPU and locks at 50% clearly filling up a full core. Also seeing that this is described as Visual Studio Remote Debugging Monitor, I'm confused if this should even be used since I'm debugging everything local to my machine.

I am running my environment virtually connected by RDP if that could be related to this.

Host Machine: Server 2008 Enterprise R2 Dualcore Xeon 2.53ghz

Virtual Instance: Win7 Enterprise 6gb ram full processor allocation

Does this seem normal? Should MSVSMON even be running if I'm debugging locally?

VS2010 Debug entry very slow

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

当我开始调试我的web应用程序时，无论是从开始调试(F5)还是附加到ASP.NET工作进程，它将非常缓慢地从应用程序加载程序集，以便我可以在滚动VS2010的状态栏时逐个读取它们的名称。当我开始调试时，我看到MSVSMON.exe使用了50%的CPU，锁在50%，显然占满了整个内核。另外，看到它被描述为Visual S...

问VS2010调试条目非常慢
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问VS2010调试条目非常慢EN