3 ms·
The Linux ABI won. Emulating the Linux ABI is difficult (because it's full of crap). At some point you get tired of emulating the garbage -- it's a large, und
by cryptonector 8y ago
The Linux ABI won.
Emulating the Linux ABI is difficult (because it's full of crap).
At some point you get tired of emulating the garbage -- it's a large, underdocumented, and fairly fast moving target.
Next step: reverse this and make Windows run on Linux.
- alexeldeib 8y agoI mean, isn't the "next step" already done? This implementation is via Hyper-V, Linux already has KVM Windows VMs.
- Someone1234 8y agoAlternatively just have Windows and Linux run side by side on a generic hypervisor. Then allow them to each render other virtual machines as an "application." You can already do 90% of this. Only thing missing is allowing virtual machines to call up to the hypervisor to get a hook/render into sister machines.
- the8472 8y agoabout rendering into other machines: https://github.com/gnif/LookingGlass https://github.com/gnif/LookingGlass
- Someone1234 8y agoThat's fantastic thank you.
- zeusk 8y agoNot exactly consumer stuff, but Microsoft has had similar capability to support hot-pluggable GPUs and USB display adapters - Indirect Displays. https://github.com/kfroe/IndirectDisplay https://github.com/kfroe/IndirectDisplay It basically allows you to create a D3D device that delegates it's rendering to another D3D device in the system, and then the output surface can be either dealt with in software (CPU acts as protocol encoder), in hardware (ie. videnc/dec block + PHY hooked over USB/PCIe) or just memory mapped to host OS.
- sixothree 8y agoWhy run Windows on Linux when you can just run "Windows" applications on Linux...
- __d 8y agoWINE already does this. Darling is attempting (very slowly) to do this for macOS.