@ Piru
Please justify your comments. "No" is meaningless without an explanation.
Justify? You mean "elaborate" I guess.
Right here we go:
1. The device has 64Kb of RAM. That is way way too little for most tasks. Certainly too little for any kind of emulation.
2. The device has no direct access to system RAM (the access is really slow and software aided. The device doesn't cache such memory accesses). Emulation needs to have fast access to the state information.
3. Emulation in general isn't suitable for threading. That's why we don't (and won't) have any dual core support in WinUAE, for instance. Thus, having 8 or more cores doesn't make any difference.
4. Trying to use XCore for some parts of the emulation would probably only end up slowing the whole down. It'd be much faster to do the whole thing with the main CPU (which has direct fast access to system memory, with L1 and L2 caches).
These are the obvious reasons why XMOS sucks at emulation. Same reasons make many other things unsuitable, aswell. For example using the device for some kind of graphics or audio acceleration.
I haven't even looked into instruction set and such issues, yet. What is clear however that there is no FPU, which means any floating point math would need to be done with integers (possible but very slow).
