我的团队使用大型模拟应用程序的 COM API。大多数模拟文件都达到数百兆字节,并且在打开时似乎已完全加载到内存中。
我们执行的主要任务是遍历文件对象模型中的所有元素,然后对每个元素执行“某事”。
我们最近将我们的代码库从 .NET 2 迁移到 VS 2010 中的 .NET 4,并且发现迭代速度下降了大约 40 倍(从大约 10 秒到大约 8 分钟)。我们已将其缩减为尽可能小的代码示例(10 行左右);在 VS 2005 中编译它,运行它,然后在 VS 2010 中打开项目并编译,将框架保留为 2(我们使用制造商提供的 COM 互操作程序集)。
2005 年测试应用程序在 10 秒内完成,2010 年需要 8 分钟。
这可能是什么原因造成的?
更新
代码等价于:
var server = new Server();
var elements = server.Elements;
var elementCount = elements.Count;
for(int i = 0; i < elementsCount; ++i)
{
var element = elements[i];
}
此代码在 VS 2010 中运行的时间比在 VS 2005 中运行的时间长 40 倍。
更新 2
我解释说,在一种情况下操作可能比另一种情况慢得多的唯一原因是数据在不同版本中通过 COM 传输的方式不同。
我们记录了这两种情况的绑定(bind)日志,这是我们发现的;在快速版本中,未找到 CustomMarshalers 的原生图像(这些是 FUSLOGVW 捕获的绑定(bind)日志)
mscorlib
mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089.HTM
快
LOG: Start binding of native image mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089.
LOG: Start validating native image mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089.
WRN: Native image does not satisfy request. Looking for next native image.
WRN: No matching native image found.
慢
LOG: Start binding of native image mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089.
LOG: Start validating native image mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089.
LOG: Bind to native image succeeded.
自定义编码器
CustomMarshalers, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
快
LOG: Start binding of native image CustomMarshalers, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.
LOG: Start validating native image CustomMarshalers, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.
WRN: Native image does not satisfy request. Looking for next native image.
WRN: No matching native image found.
慢
LOG: Start binding of native image CustomMarshalers, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.
LOG: Start validating native image CustomMarshalers, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.
LOG: Start validating all the dependencies.
LOG: [Level 1]Start validating native image dependency mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089.
LOG: Dependency evaluation succeeded.
LOG: [Level 1]Start validating IL dependency Microsoft.VisualC, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.
LOG: Dependency evaluation succeeded.
LOG: Validation of dependencies succeeded.
LOG: Start loading all the dependencies into load context.
LOG: Loading of dependencies succeeded.
LOG: Bind to native image succeeded.
Native image has correct version information.
Attempting to use native image C:\WINDOWS\assembly\NativeImages_v2.0.50727_32\CustomMarshalers\3e6deccf191ab943d3a0812a38ab5c97\CustomMarshalers.ni.dll.
Native image successfully used.
因此,当不使用原生图像时,看起来我们的性能得到了很大的提升。
为什么这个绑定(bind)在一种情况下会失败而在另一种情况下会成功,我们如何强制应用程序不使用 native 图像?
更新 3
奇怪的事情还在继续。如果我使用 R# 测试运行器或内置 Visual Studio 测试运行器以测试方法在 VS 2010 中运行这段代码,那么它会以最快的速度运行。
我试过将这段代码包装在一个程序集中,然后动态加载它,这没有任何区别。
最佳答案
这是一种远射。很高兴我能提供帮助。
在对任何 COM 对象进行大量不同调用时,匹配 MTA 与 STA(线程模型)非常重要。方法顶部的 [STAThread]
指令是确保该方法中每次调用的线程模型的一种方法。
看起来 Thread.SetApartmentState(ApartmentState.STA)
将适用于整个线程,但显然不适用于线程池线程。
关于c# - 为什么在 VS 2010 和 VS 2005 中编译客户端时 COM 互操作层会慢 40 倍?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12754761/