Hacker News new | ask | show | jobs
by fcbrooklyn 2595 days ago
can't speak for the OP, but there are several apps I wanted to run that would have been cumbersome with that approach (although I looked at it). Main apps in question were Excel, and Ableton Live.
3 comments

Wine nowdays can run most apps flawlessly, same thing for wsl, so the end user decision depends on os specific apps ratio and how bad is the windows ui for him PS and also maybe antivirus tolerances, since there is no need for antivirus on windows.
Quite frankly, the difference here is that WSL is supported by Microsoft and it ensures compatibility with open source tools, while Wine is all about reverse engineering, it's not complete and every time an application gets updated it could completely break. Furthermore, performance and direct HW access are way more important in my DAW (where I make music and want to eliminate every ms of latency) than in my dev environment (at least to a certain degree).
Running a complex, resource-hungry DAW that needs direct and fast access access to audio hardware and features a demanding plug-in ecosystem on an emulation layer isn't a good idea.
Apps may run fine, but anything that interfaces with hardware is a crapshoot.
WebEx is a big one for me, if not for that I could switch over full time. Currently using a windows VM in qemu.
I run Windows for Office, CAD software etc. and then have Virtualbox with Linux that I run fullscreen for coding work. Works nicely, haven't noticed any major performance hit.
Also you can go the other way. I've been running on Linux with a seemless VirtualBox window for Outlook.
CAD software is just a bit more demanding that Outlook..
I meant in general, not specifically for CAD. But even then... You can do gfx card passthrough to the VM these days if standard 3d acceleration is not enough. CADs should work just fine.
gfx passthrough is always a crapshoot. It normally doesn't work, and even if it does it simply adds a lot of complexity to something that doesn't need it.