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.
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
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 🙂
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.
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 compilers remove quite a bit of the need for Java-in-silicon since they compile to assembly language anyway.
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.
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.