我知道ARM显然对Java和SUN有一些支持，但我没有真正参考任何支持.Net JIT编译器的芯片供应商。我知道IBM和Intel都支持C编译器，以及TI和许多嵌入式芯片供应商。当你想到它时，所有JIT编译器都是编译和优化的最后阶段，你认为这将是芯片供应商专业化的良好匹配。也许VM的标准化插件编译引擎是有意义的。
微软也将.Net定位到嵌入式Windows平台，因此它们是公平的游戏。
皮特
答案 0 :(得分：2)
Meridian CPU直接支持.NET微框架。
答案 1 :(得分：1)
这里更好的问题是“是否有任何处理器直接实现.Net IL作为其机器指令”。 IL是汇编程序代码的一种形式，我们不知道为什么我们看不到直接支持该指令集的硬件，如果确实如此，我们就不需要任何JIT编译。
答案 2 :(得分：0)
您没有明确或清楚地说明哪个平台是有意义的。 dotnet非常依赖于Windows平台，它本身需要x86。那说除非英特尔在模具中添加一些仿真层，否则答案是否定的。没有窗户的.dotnet毫无价值。
答案 3 :(得分：-1)
JIT编译在启动时发生一次。为什么优化这个？通过高速缓存优化垃圾收集器，可能通过专用CPU寄存器和执行扫描和分配的指令来协助程序，这将提高程序速度。
这很有意思，因为在.Net代码被JIT编译之后，它使用的技术已经针对执行这些事情进行了优化，例如双重引用指针指令，并且我确信CLR会被实现以保持常用框架的一部分在寄存器中用于速度等。
但是，让我们希望AMD和英特尔之间发生的整个“竞争”事件会带来这一点。如果您正在购买用于Java或.Net实现的服务器，并且使用芯片X的服务器将以相同的成本运行速度提高10％，因为垃圾收集的联盟会针对它进行优化，您会购买吗？