我们有一个在 .Net 4、Windows 2008 R2 上运行的混合模式汇编应用程序 (MFC+WinForms),它在一个线程上不断使用 100% 的 cpu。
使用 ProcessExplorer,我们在繁忙的线程上看到以下堆栈。我们还可以看到另外 10 个线程仅使用 0.01% CPU 运行 clr.dll!StrongNameSignatureVerification。
旋转线程不会阻止应用程序其余部分的运行,但会浪费 CPU 时间。
繁忙线程的堆栈跟踪如下:
ntoskrnl.exe!IoAcquireRemoveLockEx+0xe7
ntoskrnl.exe!memset+0x22a
ntoskrnl.exe!KeWaitForSingleObject+0x2cb
ntoskrnl.exe!KeDetachProcess+0x120d
ntoskrnl.exe!PsReturnProcessNonPagedPoolQuota+0x3a3
ntoskrnl.exe!CcSetDirtyPinnedData+0x433
mscorlib.ni.dll+0x2b066a
mscorlib.ni.dll+0x2317ac
mscorlib.ni.dll+0x2b066a
mscorlib.ni.dll+0x2317ac
mscorlib.ni.dll+0x26ccf7
mscorlib.ni.dll+0x237fc4
mscorlib.ni.dll+0x26cc3c
clr.dll+0x21bb
clr.dll!CoUninitializeEE+0xee9b
clr.dll!CoUninitializeEE+0x11463
clr.dll!CoUninitializeEE+0x114dc
clr.dll!CoUninitializeEE+0x1154b
clr.dll!StrongNameErrorInfo+0xa638
clr.dll!StrongNameSignatureVerification+0x144fb
clr.dll!StrongNameSignatureVerification+0x1457d
clr.dll!StrongNameSignatureVerification+0x14638
clr.dll!StrongNameSignatureVerification+0x146d2
clr.dll!StrongNameErrorInfo+0x9977
clr.dll!StrongNameErrorInfo+0xa5bc
clr.dll!StrongNameErrorInfo+0xa553
clr.dll!StrongNameErrorInfo+0xa517
clr.dll!StrongNameErrorInfo+0xa151
clr.dll!StrongNameErrorInfo+0x9501
clr.dll!StrongNameErrorInfo+0xad67
clr.dll!StrongNameSignatureVerification+0x164d9
ntdll.dll!RtlCreateUserProcess+0x8c
ntdll.dll!RtlCreateProcessParameters+0x4e
我能找到的唯一类似的帐户是在这个问题中:clr.sll!StrongNameSignatureVerification CPU 消耗 https://stackoverflow.com/questions/7303315/clr-sllstrongnamesignatureverification-cpu-consumption尽管线程似乎已经变冷了。
我们不签署我们的程序集并愿意信任它们,有没有办法完全禁用强名称验证?
clr.dll!StrongNameSignatureVerification+0x164d9
这并不像你想象的那样。标识符右侧的数字很重要,它给出了 StrongNameSignatureVerification 函数地址已知位置之后的字节数。那是 91353 字节,很多。你唯一能从中看出的是它是not执行 StrongNameSignatureVerification 时,该函数并没有那么长。堆栈跟踪中的其余标识符同样不可靠。
问题是调试器没有这些 DLL 的 PDB 文件。它只能发现导出函数的地址,而对之间的所有函数了解不够。仅当偏移量小于约 0x100 字节时,您才可以信任显示的名称。给予或索取。
您需要获取这些 PDB 文件才能了解到底发生了什么。这需要启用 Microsoft 符号服务器。当您开始调试时,调试器将从该服务器下载所需的 PDB 文件。现在,您将获得更可靠的符号,让您更好地了解真正执行的代码。
启用符号服务器很容易,MSDN 页面is here http://msdn.microsoft.com/en-us/library/b8ttk8zy%28v=vs.100%29.aspx.
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)