this post was submitted on 27 Apr 2024
232 points (92.6% liked)
Technology
60112 readers
1988 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Yeah it will drive up cost, because all my future machines will have to be specced to be able to run Linux and Windows (in a KVM in Linux) properly at the same time with good performance.
I do it already at work! Windows runs great in qemu.
There is a few things that we still need to move away from, app wise, that requires windows. But already I solve 95% of my work tasks in Linux. We will soon move all terminal computers in our production lines to Foss software and new stations run Ubuntu. Linux runs lighter and cheaper and easier to maintain and update and replace. We are super happy about it.
Best thing is, it will only get better!
Yeah that's great. I only struggle with how to split the hardware up between Linux and Windows, because I'd have to do most (but not all) of the demanding work in Windows, but that's only a fraction of the time, so then that hardware will be unusable the rest of the time when I'm just using Linux. Ah well, I'll figure something out, and I'd rather take unaccessible hardware 95% of the time than running Windows all the time.
I run windows 10 in a docker container on Linux and RDP in from any computer. More lightweight than a full fledge VM. It comes with file system passthrough as a network folder.
I just stop the container when I'm done and return to my Linux desktop session.
The remote approach is very interesting. I should evaluate that. At least for some usecases.