Why can't x86 be abstracted by device driver?

2018-06-25 21:05:06

I feel like the computer market would be a lot better off if it was more feasible for smaller companies to produce processors; the main limitation that I see, is that they'd have to get a license to use x86 in order for any apps to work on it. I'm not sure why an os couldn't have a cpu device driver, that implements the x86 instruction set, and simply translates it into the appropriate opcodes for the processor it is using.

I know this is actually what intel does in hardware.. internally the processors have a RISC design, with the x86 interface laid on top.. Why can't this be done at a software level? Then to port the os to a new architecture, only the device driver needs to be written, and all normal x86 apps will work.

Would it just be too slow? Or is this similar to how something like qemu works already?

Why can't this be done at a software level?

It can and has been done on some kind of "software level" by Transmeta with the Transmeta Crusoe Processor. Unfortunately today you can speak of THE TRAGEDY OF TRANSMETA. Their failure has so many aspects, so if anybody knows the whole story this would make up another great answer.

链接地址: http://www.djcxy.com/p/72406.html

上一篇: MOV和LEA有什么区别？