So, let's say i have a cluster from 2 ARM Cortex A9 boards. Theoretically it's possible somehow that one board to act like a x86 processor (to emulate one) at full power, and other to run the software itself and yes i know that this is not a hardware forum, sorry for that, u guys r the best !
totorro wrote:> So, let's say i have a cluster from 2 ARM Cortex A9 boards.Wine does not emulate CPU. Even if you manage to compile Wine on ARM it won't be able to run Windows programs. totorro wrote:> Theoretically it's possible somehow that one board to act like a x86 processorIn the word of software everything is possible with enough time, effort, and money.
totorro what you are talking about is not wine as such. http://wiki.qemu.org/download/qemu-doc.html#QEMU-User-space-emulator allows it to kinda work today. In theory this could be extended on to allow wineserver to run arm native and the rest inside the emulator. But doing some brings a set of major problems. Basically to embed qemu you are talking many weeks/Maybe months of work. Yes this is where is the money kind of problem if you want it any time soon if ever. Also x86 emulation is not light so the performance results are not going to be great. Lot of cases the resources would be better spent recoding the programs you need. Speed hit is taken just sorting out video issues. This will be a extra speed hit on top. Lagging not performing applications are really not worth it.
Possibly Parallel Threads
- [LLVMdev] Clang build "clang-native-arm-cortex-a9" is broken
- [LLVMdev] Clang build "clang-native-arm-cortex-a9" is broken
- [LLVMdev] [cfe-commits] Clang build "clang-native-arm-cortex-a9" is broken
- [RFC] Making -mcpu=generic the default for ARM armv7a and arm8a rather than -mcpu=cortex-a8 or -mcpu=cortex-a53
- [LLVMdev] Arm port