Whisky VS virt-manager

I don't think Apple really does much, at least nothing they've announced publicly.

However, Codeweavers (the company) makes Crossover, which can utilize GPT in its recent versions: https://www.codeweavers.com/crossover/

There is also Whisky, a FOSS app that uses Wine and GPT: https://github.com/Whisky-App/Whisky/ (unlike Codeweavers, it doesn't have per-game profiles, so you just have to look at its wiki and issues and try to get games to run on your own)

In my experience, neither is very good, and both are way more difficult to use than a real PC.

Maybe things will get better if the Apple VR headset spurs a game rush, but I doubt it will. In the meantime, I do all my Mac gaming on Geforce Now and it's been truly wonderful: https://www.nvidia.com/en-us/geforce-now/games/ You get a 4080 in the cloud for $20/mo, and no local heat or noise since the rendering happens remotely.

(Not affiliated with any of these companies, I just really like GeForce Now and use it every day, and have waited a loooooooong time for this to happen, hoping that Microsoft will do us a solid. They finally did!)

Thanks to Microsoft's acquisition of Activision (and them handing cloud streaming rights over to Ubisoft [1]), Diablo IV will soon be coming to Nvidia's cloud streaming service, GeForce Now [2].

GeForce Now offloads rendering to the cloud and makes your computer/tablet/phone act as a thin client that just receives the rendered frames and sends back control inputs. It's similar to how Google's failed Stadia program works, except Nvidia's offering uses your existing Steam/Epic/Xbox/etc. library, offers much more powerful hardware, and utilizes a lot of Nvidia-specific optimizations that Stadia never had.

Between DLSS, Reflex, and the upcoming cloud G-Sync, the game will likely run better on in the cloud than many desktop gaming PCs. The GeForce Now Ultimate tier comes with a RTX 4080 GPU, which is out of reach for many gamers due to its high price.

This will also finally allow Mac gamers to play Diablo IV without Crossover (which has poor performance) or Whisky and GPT (which often breaks and stays broken for weeks at a time [3]). GFN has much more powerful GPUs than even a M3 Max.

For Linux or Steam Deck gamers, D4 is already Proton Gold rated and Steam Deck verified [4], but GeForce Now should allow you to play it on much higher graphics, using less battery, and without using the fans.

[1] https://www.theverge.com/2023/10/13/23915780/ubisoft-activis...

[2] https://blogs.nvidia.com/blog/CES-2024-geforce-now-activisio...

[3] https://github.com/Whisky-App/Whisky/issues/682

[4] https://www.protondb.com/app/2344520

Have you tried Apple Porting Toolkit? It’s able to get most of my Steam library working well (Cyberpunk and Halo for example). There is an app called Whisky that removes the hoops.

https://getwhisky.app/

https://github.com/Whisky-App/Whisky/issues/682

Today you just go to https://getwhisky.app/ and grab the app.

Whisky is amazing. It uses an older — free — version of CrossOver (proprietary and commercial software built on Wine). I'm able to play GTA V on very high graphics settings with amazingly fluid fps on my M1 Pro, with DXVK enabled in Whisky!

Whisky makes playing Windows games much more feasible with Apple's Game Porting Toolkit.

It's still being updated. I don't see anything on the virt-manager homepage or GitHub that would suggest it is deprecated.

https://virt-manager.org/

https://github.com/virt-manager/virt-manager

It can't do literally everything Qemu/libvirt can do using only the UI, but given that it has escape hatches to directly edit libvirt configurations, and libvirt has escape hatches to directly pass arguments to Qemu, there's very little you can't do with it.

I would love to see a serious comparison (features & performance) between VMWare ESXi, Proxmox VE and let's say a more stock RHEL or Ubuntu. And maybe even include FreeBSD/bhyve.

Because yes, in terms of core functionality it should be in the same ballpark. And in terms of UI, Virtual Machine Manager [0] was not that bad.

[0] https://virt-manager.org/

Shout out to https://virt-manager.org/ - works much better for me, supports running qemu on remote systems via ssh. I used to use this all the time for managing bunches of disparate vm hosts and local vms.

If not, I would just run a CentOS Stream 8 virtual machine using either GNOME Boxes or virt-manager, and set up networking and ssh so you can access the database from the host.

https://virt-manager.org/ <- Recommend this as Front-end

I'd say it is half-baked webmin. You can only use it with NetworkManager, and if you have an even remotely complex network setup for VMs, NetworkManager usually must be turned off, which makes Cockpit practically unusable. virt-manager [1] is way more powerful for those who like managing VMs with GUI.

[1] https://virt-manager.org/

$ apt build-dep libvirt $ git clone https://github.com/libvirt/libvirt.git Cloning into 'libvirt'... $ cd libvirt $ meson setup build $ ninja -C build $ ninja -C build install $ which virsh /usr/local/bin/virsh $ which libvirtd /usr/local/sbin/libvirtd $ apt install libgtk-3-dev libpulse-dev libgbm-dev libspice-protocol-dev \ libspice-server-dev libusb-1.0-0-dev libepoxy-dev libfdt-dev $ git clone -b v5.1.0 http://git.qemu.org/qemu.git $ cd qemu-v5.1.0 $ git submodule add -f https://git.kernel.org/pub/scm/utils/dtc/dtc.git dtc $ ./configure --disable-werror --target-list=arm-softmmu \ --enable-opengl --enable-gtk --enable-kvm --enable-guest-agent \ --enable-spice --audio-drv-list="oss pa" --enable-libusb \ --enable-trace-backend=simple --enable-debug $ make $ make install $ git clone https://github.com/virt-manager/virt-manager.git $ apt install gobject-introspection libosinfo-1.0-0 libosinfo-1.0-dev \ gir1.2-libosinfo-1.0 libvirt-glib-1.0-dev $ cd virt-manager $ ./setup.py configure --prefix=/usr/local $ sudo ./setup.py install $ sudo usermod -a -G libvirt root $ sudo usermod -a -G libvirtd root $ sudo usermod -a -G libvirt-qemu libvirt-qemu $ sudo usermod -a -G libvirt marietto $ sudo adduser libvirt-qemu $ sudo groupadd --system libvirt $ sudo groupadd --system libvirt-qemu $ sudo newgrp libvirt-qemu $ newgrp libvirt $ /usr/local/sbin# libvirtd & [1] 2875 $ /usr/local/sbin# virtqemud & info : libvirt version: 9.7.0 info : hostname: chromarietto error : virPidFileAcquirePathFull:409 Failed to acquire pid file : /var/local/run/libvirt/qemu/driver.pid Resource temporarily unavailable error : virStateInitialize:672 : Initialization of QEMU state driver failed Failed to acquire pid file : /var/local/run/libvirt/qemu/driver.pid Resource temporarily unavailable error : daemonRunStateInit:617 : Driver state initialization failed $ /usr/local/sbin# ps ax | grep libvirt 2875 pts/0 Sl 0:00 libvirtd $ /usr/local/sbin# ps ax | grep virtqemu nothing If I do the opposite way : $ /usr/local/sbin# virtqemud & $ /usr/local/sbin# ps ax | grep virtqemu 3041 pts/0 Sl 0:00 virtqemud $ /usr/local/sbin# libvirtd & info : libvirt version: 9.7.0 info : hostname: chromarietto error : virPidFileAcquirePathFull:409 Failed to acquire pid file : /var/local/run/libvirt/qemu/driver.pid Resource temporarily unavailable virStateInitialize:672 : Initialization of QEMU state driver failed Failed to acquire pid file : /var/local/run/libvirt/qemu/driver.pid Resource temporarily unavailable daemon RunStateInit:617 : Driver state initialization failed $ /usr/local/sbin# ps ax | grep virtqemu 3041 pts/0 Sl 0:00 virtqemud $ /usr/local/sbin# ps ax | grep libvirt nothing

I want to test Hyprland with NixOS in a VM using Virt-Manager (https://virt-manager.org/) on Arch Linux host before installing it on my machine.