.Net 4不断在StrongNameSignatureVerification上浪费一个CPU核心

chi*_*tom 15 .net strongname cpu-usage

我们有一个在.Net 4上运行的混合模式汇编应用程序(MFC + WinForms),Windows 2008 R2在一个线程上不断使用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
Run Code Online (Sandbox Code Playgroud)

我能找到的唯一类似帐户就是这个问题:clr.sll!StrongNameSignature验证CPU耗尽虽然线程似乎已经冷了.

我们不签署我们的程序集并且愿意信任它们,有没有办法完全禁用强名称验证?

Han*_*ant 14

clr.dll!StrongNameSignatureVerification + 0x164d9

这不符合你的想法.标识符右侧的数字很重要,它给出了StrongNameSignatureVerification函数地址的已知位置之后的字节数.这是91353字节,这是很多.你唯一可以看出的是它没有执行StrongNameSignatureVerification,函数不会那么长.堆栈跟踪中的其余标识符同样不可靠.

问题是调试器没有这些DLL的PDB文件.它只能发现导出函数的地址,对它们之间的所有函数都知之甚少.如果偏移量小于约0x100字节,则只能信任显示的名称.给予或接受.

您将需要获取这些PDB文件以了解实际情况.这需要启用Microsoft Symbol Server.当您开始调试时,调试器将从该服务器下载所需的PDB文件.您现在可以获得更可靠的符号,让您更好地了解正在执行的代码.

启用符号服务器很简单,MSDN页面就在这里.