Java物理机怎么样? [英] What about Java Physical Machine?

查看:94
本文介绍了Java物理机怎么样?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

Java是移动设备最重要的语言,因为它允许在字节码和机器之间插入JVM的虚拟层,从而在每台机器上执行相同的二进制/字节代码。

Java is most important language for mobile devices as it allows the same binary/byte code to be executed on every machine by inserting virtual layer of JVM between byte code and machine.

我们可以构建Java物理机器,它将采用字节代码而不是X86 / arm的传统操作码和操作数吗?因此可以使用Java构建实际操作系统,它比在我们当前的操作系统上安装JVM高效/快速

Can we build Java Physical Machine which will take byte code instead of traditional opcode and operand for X86/arm ? so the Actual Operating System Can be built using Java and it will be efficient/fast than installing JVM over our current operating system

我的猜测是它将限制安装新版本的JVM但很多移动设备都支持有限版本的JVM,这可能不是问题吗?

My guess is it will restrict installing new version of JVM but many mobile devices do support limited version of JVM so that may not be the issue ?

为什么有人没有尝试过对硬件实现相同的概念?

Why anybody has not tried to implement same concepts to hardware ?

推荐答案

我们可以建造这样的野兽吗?我们当然可以。我们也可以尝试用一根芹菜来砍伐卡里树,但这并不是一个好主意: - )

Can we build such a beast? Sure, we can. We can also try to cut down a Karri tree with a stick of celery, but that doesn't make it a good idea :-)

类似的事情已经完成了Forth 很多 moons前(Novix,我认为它被称为)。我怀疑在这个特定情况下它会因多种原因而失败。

A similar thing was done with Forth many moons ago (Novix, I think it was called). I suspect it would fail in this particular case for a number of reasons.


  1. 创建Java CPU远远超过创建Java解释器的成本。这就是为什么没有一百万种不同的CPU制造商,但 百万种不同的计算机语言(好吧,可能不是那么多,但它很多)。

  1. The cost of creating a Java CPU would far outweigh the cost of creating a Java interpreter. That's why there aren't a million different CPU fabricators, but there are a million different computer languages (well, maybe not that many, but it's a lot).

JIT编译器完全消除了对Java-in-silicon的需求,因为他们无论如何都要编译成汇编语言。

JIT compilers remove quite a bit of the need for Java-in-silicon since they compile to assembly language anyway.

与第1点相关,想象一下修复CPU中的错误而不是解释器中的错误。除非你的CPU具有某种形式的可升级性(例如可替换的微码),否则事情会变得昂贵。而且,如果你使用微码,你就失去了硅片上Java的一些优点,因为你现在有一个片上解释器,而不是在一个regualr操作系统上运行。

Related to point 1, imagine the cost of fixing a bug in your CPU as opposed to one in your interpreter. Unless you have some form of upgradability in your CPU (such as replacable microcode), things are going to get expensive. And, if you do use microcode, you've lost some of the advantages of Java-on-silicon since you now have an interpreter on-chip rather than running on a regualr operating system.

很多人已经在使用拥有Java的机器。您将面临市场阻力的很多转向您的解决方案。

A vast number of people already use machines that have Java. You going to face a lot of resistance to the market moving to your solution.

这篇关于Java物理机怎么样?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆