Linked by Thom Holwerda on Tue 8th Jan 2013 23:27 UTC
Windows So, a rudimentary jailbreak for Windows RT made its way onto the web these past few days. Open source applications were ported right away, and it was confirmed that Windows RT is the full Windows - it's exactly the same as regular Windows, except that it runs on ARM. Microsoft responded to the jailbreak as well.
Thread beginning with comment 548052
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: x86
by viton on Thu 10th Jan 2013 01:22 UTC in reply to "RE[2]: x86"
viton
Member since:
2005-08-09

No. I'm talking about process-level emulator, not the OS.
There is zero sense in full-system emulator. Full win32 is here already.
Anyway, Elbrus Technologies for example, aims for 80% emulation effeciency, but they're targeting enterprise market.

Reply Parent Score: 2

RE[4]: x86
by WereCatf on Thu 10th Jan 2013 01:29 in reply to "RE[3]: x86"
WereCatf Member since:
2006-02-15

No. I'm talking about process-level emulator, not the OS.
There is zero sense in full-system emulator. Full win32 is here already.


So, basically you want Wine with machine-code translation. Too bad that it won't happen without Microsoft's help, as even Wine is still riddled with bugs after all these years.

Anyway, Elbrus Technologies for example, aims for 80% emulation effeciency, but they're targeting enterprise market.


Snake-oil.

Reply Parent Score: 2

RE[5]: x86
by Alfman on Thu 10th Jan 2013 02:10 in reply to "RE[4]: x86"
Alfman Member since:
2011-01-28

WereCatf,

"So, basically you want Wine with machine-code translation. Too bad that it won't happen without Microsoft's help, as even Wine is still riddled with bugs after all these years."

This kind of project seems right up my alley in terms of my interests and abilities. I think it could be done without the need for "wine" at all as long as the ARM opcodes could implement the same calling conventions which exist on x86.

Most code doesn't self modify, and because of that it is possible to recompile the opcodes from one architecture to another architecture, which isn't far off from what qemu does. Inefficiencies arise because different architectures don't have 1 to 1 correspondence between opcodes, producing overhead. However if this were combined with a good code optimiser (like re-purposing the one in gcc or better yet icc), then you might even end up with emulation that can perform better than the original.

Anyone care to offer me a grant? Since I sure wouldn't have time to work on it unless I could drop my ordinary work and pay a babysitter.

Reply Parent Score: 3

RE[5]: x86
by viton on Thu 10th Jan 2013 21:56 in reply to "RE[4]: x86"
viton Member since:
2005-08-09

So, basically you want Wine with machine-code translation.

We're already on Win32.
Such a project is just a simple JIT for user mode instructions. Static binary translation works too, since most binaries are static. Intel did this with Android - not a big deal. The most difficult part here is a validation.

Reply Parent Score: 2