在 Visual Studio 2015 RC 中启用 RyuJIT

Question

安装 Visual Studio 2015 RC1 后，我加载了一个旧的 ASP.NET 项目并将 .NET 版本更改为 4.6。该项目运行良好，但网站仍然像往常一样缓慢加载。我原以为 RyuJIT 会加入，但显然不是。

我查看了关于 RyuJIT 的 this thread，但我看不到任何 RyuJIT 的痕迹，其中描述的任何方法。

空的控制台项目也会出现同样的问题。我在输出窗口、模块窗口或正在运行的 Windows 任务中看不到 Ryujit。

因此，要么像以前的预览版那样无法检测到 RyuJIT，要么它没有运行。不管怎样，我被困住了。

如何验证 RyuJIT 是否在 VS 2015 中运行，如果不是，我必须做什么才能使其运行？

Answer 1

首先，转到项目的设置，调试选项卡并确保已启用本机代码调试。这使您可以在 Visual Studio 的“模块”窗口中查看本机和托管可执行文件。

现在在调试或发布模式下运行程序并打开模块窗口。您将看到以下两种情况之一：

• 要么只加载 clrjit.dll，这意味着正在使用 RyuJIT 编译所有托管代码。
• 或者 clrjit.dll 和 compatjit.dll 都已加载，这意味着旧版 JIT64 编译器用于编译您的托管代码，而其他可执行文件中的托管代码可能使用任一编译器。

compatjit.dll 在启用fallback mechanism 时加载。否则，它不会加载。

请注意，如果您安装了 .NET 4.6（又名 .NET 2015），那么即使您针对的是较旧版本的框架，也会默认使用 RyuJIT。

关于 RyuJIT 与 JIT64。 JIT64 本身生成的代码目前比 RyuJIT 生成的代码要快。所以不要指望这方面的性能改进。另一方面，编译时间各不相同。根据Microsoft 的说法，RyuJIT 的编译时间可以比 JIT64 快 30%，慢 最多 15%。所以也不要指望这方面的性能提升。

不过，当 .NET 2015 发布时，情况可能会有所改变。

注意

如果目标平台是“任何 CPU”，则必须取消选中“构建”选项卡中的“首选 32 位”复选框。否则，将使用 x86 JIT。

Answer 2

给你

安装后，有两种方法可以开启 RyuJIT。如果您只想为一个应用程序启用 RyuJIT，请设置一个环境变量：COMPLUS_AltJit=*。如果要为整台机器启用 RyuJIT，请将注册表项 HKLM\SOFTWARE\Microsoft.NETFramework\AltJit 设置为字符串“*”。这两种方法都会导致 64 位 CLR 使用 RyuJIT 而不是 JIT64。两者都是临时设置——安装 RyuJIT 不会对您的机器进行任何永久性更改（除了将 RyuJIT 文件安装在目录中。）

取自.NET Framework 4.6 - Testing with RyuJIT

但是应该默认开启

.NET Framework 4.6 包括用于 64 位进程的新即时 (JIT) 编译器，称为 RyuJIT。默认情况下启用。它仍然是预览版，因此您可能会发现尚未修复的问题。

取自.NET Framework 4.6 - Testing with RyuJIT

出于测试目的，如果您遇到任何 RyuJIT 异常，您可以使用 app.config 中的设置将其关闭。这使用较旧的 JIT64。

<configuration>
 <runtime>
  <useLegacyJit enabled="1">
 </runtime>
</configuration>

但是，RyuJIT CTP5 目前无法在 Visual Studio“14”CTP4 上运行。无论如何你都不需要它，因为 RyuJIT 在 Visual Studio "14" CTP4 上默认启用。 :) （Visual Studio "14" CTP4 中的 RyuJIT 版本比这个 CTP 稍旧，但相差不大。）

取自RyuJIT CTP5: Getting closer to shipping, and with better SIMD support

我找到了一篇博客文章来确定运行时使用的 JIT，但它考虑了 den JIT64 编译器中的一个已知错误。示例代码发布在here。我不确定这是否是确定它的可靠方法。

Answer 3

RyuJIT 在编译代码时会自动激活，这只是一个在 64 位模式下运行的编译器，可以访问 RAM 以将编译速度提高 30%，而在 JIT 编译器中花费的时间只是启动时间的一个组成部分，所以应用程序不会因为 JIT 快一倍而启动快一倍。

您可以检查您当前的 ram 内存状态和运行进程，如果可用内存足够，则它必须运行得更快，否则需要考虑时间来考虑内存分配。