3 ms·
> The executable code is compiled into binary that directly correlates to the copper wires (and etched semi-conductors, or perhaps even vacuum tubes) of the spe
by dbenhur 14y ago
> The executable code is compiled into binary that directly correlates to the copper wires (and etched semi-conductors, or perhaps even vacuum tubes) of the specific, real, tangible machine intended to execute the code.
You do realize it's been a while time since the ostensible instruction set and corresponding assembly language of most modern CPUs translated directly to the bare metal execution model of the machine. http://en.wikipedia.org/wiki/X86#Current_implementations http://en.wikipedia.org/wiki/X86#Current_implementations Even on RISCier architectures, virtual memory, deep instruction pipelining, super-scaler dispatch, branch prediction, multi-layer caching, inter-core cache coherency, etc. introduce a huge amount of abstraction between the instruction you write and the actual execution on "bare metal".
On current chips, x86 machine code is as much a virtual machine as java byte-code. It's abstractions all the way down, you just pick different levels for different classes of work and "bare metal" is now just a label for one below where you landed.
- IheartApplesDix 14y ago>On current chips, x86 machine code is as much a virtual machine as java byte-code. I understand what you're trying to say, but this is way off base. x86 instructions may not align exactly a processor's primitive operations, but that doesn't mean abstraction makes x86 similar to the JVM, at least not anymore than it is similar to a Bible printed on papyrus. But nobody cares if ancient Hebrew is just as much a virtual machine as Java, so stfu.
- nkassis 14y agoYou should leave out the stfu next time. You comment stand on it's own without it.