如果在硬件上固化 字节码解释器的话 会怎么样呢?最早的 Windows 3.1 , windows 3.2 都是在 DOS 上运行的 庞大的应用程序,
他就像今天运行在 Windows 上的 Java 虚拟机一样,但是后来经过了 Windows 95/98 的过渡期,现在他成了独立的完整意义的操作系统, VMWare ESX 也是类似的,它也能不依赖操作系统构造 Virtual PC.如果 JVM 也经过这样的一次转变呢,难道这不现实么?不知道你们有没有见过 DOS 年代的 Norton Disk Doctor 使用了 DLL ?技术真的可以自在认为,都是构建在现有技术之上的。硬件本没有什么不能的。

解决方案 »

  1.   

    如果可以造一个java cpu,识别java程序的CPU,就OK了,而且耗资源不大
      

  2.   

    效率低,100%比不上用汇编或C写的操作系统,除非有自己独特的硬件支持,但是硬件偏离主流的路线是没有生存空间的!所以我认为java搞操作系统没什么意义~~
      

  3.   

    INTEL有过在CPU中以硬件方式嵌入JVM的想法。
      

  4.   

    JNode 启动前的一点代码是汇编的,后来主要是Java的。我用vmware试了,老有问题。
    个人觉得JAVA做操作系统不太适合,硬件驱动问题很难与时俱进。
      

  5.   

    JVM是要调用原有系统的资源的,所以只能说是操作系统之上的操作系统,除非把JVM改成JM