Re:Shipping a Linux Kernel with Windows
by aseipp on Monday May 06, 2019 @06:30PM
(#19844594)
Eh, I was in this same boat as a VMWare Workstation user -- I haven't upgraded my license recently, and v14 has a number of bugs that are very annoying -- but at this point with tools like Windows Sandbox in 1903, various Hyper-V/Manager improvements, I went ahead and caved and went and enabled HyperV and removed Workstation. The fact HyperV manager can now do easy one-click installs of Ubuntu, etc, is nice.
At this rate -- for my uses, anyway -- I expect Microsoft to update and expand Hyper-V (and Sandbox, and WSL v2) in a much more timely fashion than Workstation, especially considering it's a core technology of theirs (across desktop and also server). On top of that, VirtualBox and QEMU now support the new Hypervisor APIs[1], so Workstation is the odd one out in my mind.
In the end between updating my license and sticking with this, I haven't gone back yet, but we'll see once I put Hyper-V in 1903 through the motions...
[1] I actually recently installed QEMU for Windows, followed some of those Rust OS tutorials, and booted my own disk image in QEMU's graphical mode, using the WHXP mode in QEMU (-accel whxp on Windows, instead of -accel kvm on Linux) and it all worked like a charm. Amazing how well QEMU seems to work these days on Windows.
At this rate -- for my uses, anyway -- I expect Microsoft to update and expand Hyper-V (and Sandbox, and WSL v2) in a much more timely fashion than Workstation, especially considering it's a core technology of theirs (across desktop and also server). On top of that, VirtualBox and QEMU now support the new Hypervisor APIs[1], so Workstation is the odd one out in my mind.
In the end between updating my license and sticking with this, I haven't gone back yet, but we'll see once I put Hyper-V in 1903 through the motions...
[1] I actually recently installed QEMU for Windows, followed some of those Rust OS tutorials, and booted my own disk image in QEMU's graphical mode, using the WHXP mode in QEMU (-accel whxp on Windows, instead of -accel kvm on Linux) and it all worked like a charm. Amazing how well QEMU seems to work these days on Windows.