18

One of the new performance enhanchements for .NET 4.5 is the introduction of the 'MultiCode JIT'.

See here for more details.

I have tried this, but it seems to have no effect on my application.

The reason why I am interested is that my app (IronScheme) takes a good long time to startup if not NGEN'd, which implies a fair amount of JIT'ng is involved at startup. (1.4 sec vs 0.1 sec when NGEN'd).

I have followed the instructions on how to enable this, and I can see a 'small' (4-12KB) is created. But on subsequent startup, it seems to have absolutely no effect on improving the startup time. It is still 1.4 sec.

Has anyone actually seen (or made) this work in practice?

Also, are there any limitations on which code will be 'tracked'? Eg: assembly loading contexts, transient assemblies, etc. I ask this as the created file never seems to grow, but I am in fact generating a fair amount of code (in a transient assembly).

One bug that I did encounter was that SetProfileRoot does not seem to understand a / as a path separator, make sure to use \ .

4

2 回答 2

21

我们在 Microsoft 使用的经验法则是，多核 JIT 可以让您在 NGEN 启动性能方面取得大约一半的成绩。因此，如果您的应用在使用 NGEN 时启动时间为 0.1 秒，而在没有 NGEN 时启动时间为 1.4 秒，我们预计多核 JIT 启动大约需要 0.75 秒。

话虽如此，我们必须设置一些限制来保证程序执行顺序在有和没有 MCJ 的情况下是相同的。MCJ 有时会暂停后台线程，等待前台线程加载模块，如果有程序集解析或模块解析事件，将中止后台编译。

如果您想了解您的情况，我们有 MCJ 功能的 ETW（Windows 事件跟踪）检测，我们将很快发布 PerfView 版本，如果您进行跟踪，它将能够收集这些事件您的应用程序启动。

更新： PerfView 已更新为能够显示后台 JIT 信息。以下是使用最新版本 (1.2.2.0) 进行诊断的步骤：

  1. 使用 PerfView 收集应用程序启动的跟踪，使用主 PerfView 菜单中的 Collect->Run 或 Collect->Collect。
  2. 假设您使用了收集-> 运行，将 .exe 的名称放在命令文本框中，选择一个文件名（即 IronScheme.etl），从高级选项中选择后台 JIT，然后单击运行命令。
  3. 关闭您的应用程序并双击生成的 IronScheme.etl 文件。
  4. 双击 IronScheme.etl 下面列表中的 JIT Stats 视图，您应该在弹出的视图中看到如下内容：
This process uses Background JIT compilation (System.Runtime.ProfileOptimize) 
    Methods Background JITTed : 2,951 
    Percent # Methods Background JITTed : 52.9% 
    MSec Background JITTing : 3,901 
    Percent Time JITTing is Background : 50.9% 
    Background JIT Thread : 11308

您可以单击“查看原始背景 Jit 诊断”以查看 excel 中的所有 MCJ 事件。我忘了问一个问题：你是在多核机器还是多核 VM 上运行它？在只有一个逻辑处理器的 VM 中测试 MCJ 是一个常见的错误。

于 2012-10-19T17:12:41.420 回答
11

在启动期间调用Activator.CreateInstance似乎会杀死 MCJ？

或者更确切地说，这触发了大会决议，这似乎完全阻止了 MCJ。之后再也不工作了。也许 MSDN 文档应该提到这一点。

于 2012-11-07T21:43:11.507 回答