Windows vms for beating kernel level anticheat takes a lot of work to prevent detection. I recommend dual booting instead for that use case.

For the Linux environments I'd recommend using containers/podman/docker, systemd-nspawn or libvirt. These three solutions use the host kernel as the hypervisor and don't require much setup.

Containers can also share the GPU with the host easily.

Your setup would be Hardware > Windows | Bazzite > Ubuntu(container) | OSX (libvirtd)

Edit: You can also triple boot with windows, Bazzite and Ubuntu or add a proxmox/whatever hypervisor disk and try it out without touching your working system.

My solution to this problem was to buy a $180 Dell workstation off eBay and install Ubuntu on that as my main workstation. My gaming desktop is now in the basement and runs sunshine. Moonlight over LAN is basically native, and solves the annoying reboot to switch tasks scenario.

I use VMs a lot for desktops doing development work. It's certainly possible, with some caveats. Here's a bit of a knowledge-dump that may be helpful.

Multiple displays can be tricky. If you just want a single monitor you're fine. But hypervisors have varying support for more than one display and some do it better than others. VirtualBox had the absolute best support for it. Hyper-V has "support" for it but only really if you use their preferred Ubuntu install. I'm not sure how libvirt handles it. Remote display protocols have varying support and can be options - rustdesk seems to support it very nicely (one window per display like VirtualBox) but I've had lots of keyboard issues with that.

Running VMs is less efficient, you'll need more memory in the base system to handle each VM but it sounds like you're pretty decked out there.

Access to hardware can be tricky. Hyper-V sucks at this - don't use it if you can help it. I've never quite done gaming in a VM but I suspect this would be the most problematic. I have done libvirt pass-through of an nvidia card but only for video encoding/decoding with Jellyfin - which does work just fine. But VM displays tend not to be well accelerated so I would expect other issues. As an example my hyper-v Linux guest can't play video above a small resolution without the audio skipping and losing track.

I'd avoid Hyper-V entirely. It absolutely sucks as a desktop environment. It relies heavily on RDP "enhanced mode" for everything, has shitty support for hardware pass-through, etc. Just a complete fail.

VirtualBox was really quite good for a desktop environment - but Oracle is more lawfirm than software company these days. There are hidden license issues with using any extensions (for, e.g. accelerated displays).

Libvirt I don't have as much experience with unfortunately. I've usually emulated Linux on Windows not the other way 'round.

I hacked together a similar setup back when, for logistical reasons, I had to squeeze everything on one machine.

It's doable, but be prepared for some challenges.

You will probably have a much better time than I did given the abundance of RAM. Getting graphics to work properly is the most arduous part. I never really figured that part out. Having to forward USB accessories also got really tedious.

Conceptually, not a problem. Windows 11 runs on top of HyperV with no performance issues. In reality, I think you will spend a lot of time, hit lots of weird edge cases and performance issues, especially with trying to get the Linux and windows hosts to coexist nicely.

That said, I'd love to watch you try :)

This only works for simple workstation stuff, not for power users trying to get max performance. My recommend is dual/tripple boot or separate computers.

I work four days a week on a remote windows vm. It has everything I need, and I remote from /that/ onto whatever other vm I might need. I connect over a vpn using, well, anything. As you've pointed out, the local machine doesn't need much in the way of specs, although in my case I have three monitors - all given over to the remote, and it's a clean way to separate work's environment and network from my own and it's a very common work pattern. The hypervisor there is vmware, but that doesn't matter.

But.. Gaming is a different. There is latency over the conn, and audio/graphic lag would make FPS and gpu-heavy games particularly poor. I don't know of a way to totally overcome that, although game-streaming services exist, so presumably it is possible.

Can't comment on everything, but given you mentioned audio production: a couple of years ago I tried to get ASIO working from within a VM on a Linux host OS and wasn't having a whole lot of luck.

I think I read somewhere that someone had come up with a special ASIO driver to send the audio directly into the host Linux OS audio subsystem, but I've not tried that or measured latency yet.

I think that's possible. Some people regularly do their work in virtualized environments. Some developers, some people do this for security. And some companies have their employees run everything over network via a thin client / VNC.

It'll be more complex, and you'll probably spend some time setting it up and dealing with some edge cases and unforeseen annoyances. You'll spread your data over several (virtual) computers and probably need some network share or file sync. And whether dynamic assigning of GPUs works, depends on the exact circumstances. Linux has a few tricks available to reset GPUs, mess with the firmware and reassign devices, or pass through things. But last time I tried, that was a lot of manual work. So does audio production if you need real time. And I think the "ease of updates" will be overshadowed a bit by now five times as many operating systems to keep up to date. And I don't know much about anti-cheat. I usually skip those games altogether and the rest runs fine on my main distro.

Other possibilities: You could just use one main operating system and install some virtualization software there. And for development and ML you could also use something like Distrobox.

honestly I think you're better off trying to figure out how to get it all done in one distro. two other vms hogging resources in the background is not something that can be optimized well. but two applications in the background can be optimized excellently by the os

but that said, keep us posted on what u do and how it works out...

If you are fine with having things on the same OS, look into distrobox. It would let you set up an Ubuntu environment/container on top of your Bazzite install. You could also use something like OSX-KVM for MacOS with GPU passthrough (assuming you use a compatible GPU) which would simplify your setup greatly. That way you could technically have all 3 environments on one OS with one set of hardware but now the only thing being virtualized is MacOS.

(You could also dual-boot with MacOS if you wanted and it would be slightly faster than a VM but also more of a headache to setup)

Edit: Missed that you mentioned Windows but the setup for that would be pretty much the exact same as MacOS except getting GPU passthrough to work on Windows is easier (again, same limitations as MacOS though, and games with anticheats would be able to tell that Windows is in a VM).