Elevator achieves performance on par with or better than QEMU's user-mode JIT emulation.
QEMU is a weird pick here. Why not FEX?
this post was submitted on 13 May 2026
54 points (100.0% liked)
Programming
27009 readers
232 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 3 years ago
MODERATORS
Why is it "weird"? It has been around much longer AFAIK.
Because fex/box86 have the ability to run arm binaries linked to x86 libraries, netting signficantly greater performance. In addition to other tricks.
https://box86.org/2022/03/box86-box64-vs-qemu-vs-fex-vs-rosetta2/
I think there will be cases that do not work. For example, default memory access semantics of multi-threaded code are different for x86 compared to ARM - the code likely contains assumptions that are not valid on ARM.
What's the point of this when you can compile between ISAs using a build tool and source? When would you need to cross compile a binary after building?
It's for closed source software obviously.
Isn't going all that AI tech going to make automated decompilation trivial? Re-compiling would not need illustrative variable names...
That is basically what this does, but more reliably.