芯片供应商是否有 .Net JIT 支持？
我知道 ARM 实际上对 Java 和 SUN 显然有一些支持，但我还没有真正看到任何支持 .Net JIT 编译器的芯片供应商。 我知道 IBM 和 Intel 都支持 C 编译器，TI 和许多嵌入式芯片供应商也支持。 当您想到这一点时，JIT 编译器的作用就是编译和优化的最后阶段，您会认为这与芯片供应商的专业知识非常匹配。 也许虚拟机的标准化插件编译引擎是有意义的。
Microsoft 也将 .Net 瞄准了嵌入式 Windows 平台，因此它们是公平的游戏。
皮特
I know that ARM actually has some support for Java and SUN obviously, but I haven't really references seen any chip vendor supporting a .Net JIT compiler. I know IBM and Intel both support C compilers, as well as TI and many of the embedded chip vendors. When you think of it, all a JIT compiler is, is the last stages of compilation and optimization which you would think would be a good match for a chip vendor's expertize. Perhaps a standardized Plug In compilation engine for the VM would make sense.
Microsoft is targeting .Net to embedded Windows platforms as well, so they are fair game.
Pete
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
Meridian CPU 直接支持.NET微框架。
The Meridian CPU supports the .NET micro framework directly.
这里更好的问题是“是否有直接实现 .Net IL 作为机器指令的处理器”。 IL 是汇编代码的一种形式，有人想知道为什么我们没有看到直接支持该指令集的硬件，如果有的话我们就不需要任何 JIT 编译。
A better question here is "Are there any processors out there that directly implement the .Net IL as their machine instructions". IL is a form of assembler code, and one wonder why we don't see hardware that support this instruction set directly, if it did then we would not need any JIT compilation.
您没有具体或明确地说出您对哪个平台感兴趣。 dotnet 与 windows 平台密切相关，而 windows 平台本身需要 x86。 也就是说，除非英特尔在芯片中添加一些模拟层，否则答案是否定的。 没有 Windows 的 .dotnet 毫无价值。
You have not specifically or clearly said which platform is of interest. dotnet is very much tied to the windows platform which itself requires x86. That said unless intel add some emulation layer into the die the answer is no. .dotnet without windows is worthless.
JIT 编译在启动时发生一次。 为什么要优化这个？ 通过缓存优化垃圾收集器，可能会使用专用 CPU 寄存器和执行扫描和分配的指令来协助程序，从而提高程序速度。
这很有趣，因为在你的 .Net 代码被 JIT 编译之后，它使用的是已经为执行这些事情而优化的技术，例如双解引用指针指令，并且我确信 CLR 会被实现来保留常用的部分 。
但我们希望 AMD 和英特尔之间发生的整个“竞争”能够带来这一点 如果您要购买一台用于 java 或 .Net 实现的服务器，并且您的带有芯片 X 的服务器将以相同的成本运行 10%，因为垃圾收集语言针对它进行了优化，您会购买哪一个？
JIT compilation happens once at startup. Why optimise this? Optimising the garbage collector through caches, possibly assisting the program with dedicated CPU registers and instructions for performing sweeps and allocation would increase program speed.
It's interesting though because after your .Net code is JIT compiled it's using techniques which are already optimised for performing these things, such as double dereference pointer instructions, and I'm certain that the CLR would have been implemented to keep commonly used parts of the framework in registers for speed etc.
But lets hope that whole "competition" thing thats meant to happen between AMD and Intel brings this on. If you're buying a server for a java or .Net implementation and your server with chip X will run 10% faster at the same cost because garbage collected langagues are optimised for it, which would you buy?