19 ms·
IA-64 had plenty of other problems which did not help either. This proposal would make x86 more like a normal "RISC" processor instead without breaking user mod
by yuhong 9y ago
IA-64 had plenty of other problems which did not help either. This proposal would make x86 more like a normal "RISC" processor instead without breaking user mode and hopefully not even driver compatibility. Main benefit would be to get rid of a lot of microcode for example.
- geezerjay 9y agoIA-64 had its own problems, but your proposal would have its own problems as well. Breaking backward compatibility is all about creating problems, and you failed to point out any gain as a trade-off for all that pain. Getting rid of microcode only causes problems for the potential clients and developers, and for what?
- yuhong 9y agoThat is why I tried to keep it to a minimum, with only OSes being needed to be upgraded for the most part. Modern 32-bit and 64-bit user mode programs should still work, but a lot of x86 complexity would be removed. https://news.ycombinator.com/item?id=14560455 https://news.ycombinator.com/item?id=14560455 is a good thread on some of them. Reducing complexity also helps opening x86 to more competition too.
- 0xbear 9y agoBreaking backwards compat isn’t actually such a big deal in certain cloud applications, or for e.g. Java or Go. When you have full control of the stack, a lot of interesting possibilities open up. The main issue is probably that removing old crap isn’t going to save that much die area.
- yuhong 9y agoIn this case it would be easier because most JITs and compilers would not have to be modified.