Put a real MMU & FPU in it and I'll get one. Otherwise I pretty much have it all already covered.
It has an MMU, but it is an evolved design from previous chips. This has good/bad points. Bad point is it is not backwards compatible. Good point is it is a forward-looking design supporting MMU features (such as non-executable memory) that are not in previous MMU designs. Also has other bonuses that contribute to overall system performance.
Gunnar has taken a long-term view on where the design should be going forward and I agree completely with the decisions being made. I am no fanboy but this guy does know what he is doing. Some short-term pain for sure as the tools/utilities catch up with the new MMU.
The FPU side - short-term the team has recently delivered the "femu" software that allows *any* FPU-less Amiga to run programs requiring an FPU. Pretty cool. Is it as fast as a real FPU - heck no! Does it let a lot of new programs run - yes. How much of a hit the software FPU makes on performance depends a lot on the program. Also this software is very new (version 0.10 recently released) so in theory the speed could be improved going forward.
Long-term the plan is for an FPU to be there in the core. It is just a resource/priority issue (and maybe an available LE issue). At least for now there is a short-term solution.
For some people a hardware FPU is very important. I can understand that completely. For example I think Quake ran at like 2 or 3 FPS (instead of not running at all). In that case you just need to keep waiting for the feature to be implemented... only 2 more weeks...
Cheers!
