Has anyone done an unbiased comparison of systems/openrc/whatever that compares each doing what it does best? So far the only difference is just me not having a clue how to do what I want when distro hopping.
this post was submitted on 06 Aug 2023
43 points (95.7% liked)
Linux
16857 readers
150 users here now
Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
-
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
-
Be respectful: Treat fellow community members with respect and courtesy.
-
Quality over quantity: Share informative and thought-provoking content.
-
No spam or self-promotion: Avoid excessive self-promotion or spamming.
-
No NSFW adult content
-
Follow general lemmy guidelines.
founded 2 years ago
MODERATORS
I use Gentoo which originated openrc but also enables systemd.
They're both fine. Both will do the job. Systemd just can do more without additional packages or can be configured / built to be pretty minimal.
i used them all, i didn't notice much difference. but openrc has the coolest bootup screen by far
Great with more systemd free distros!
I use Devuan, if you need Debian without systemd.
I'm quite possibly an idiot, but immutable to me would mean it's not update capable. Is it only partially immutable? Is it deleting and replacing?
Immutable in this context usually means the root filesystem is readonly at runtime, and all changes are performed by updating a set of declarative config files that describe the desired state of the system. Changes would be prepared and applied after a reboot. Something like that.
That makes sense. Thanks!
Looks interesting but I think claims of VMetal in regards of gaming are kind of bullshit. I have been looking into running windows/Linux in VM and have it full access to GPU (GPU pass through) and there are 2 major problems.
-
Nvidia and amd being scummy and having firmware limiters in consumer GPUs to segment their products. This should be "fixable" by modifying firmware but ... Yeah... Not very comfortable thing to do
-
Motherboards not having support or worse have broken implementation of iommu.
Maybe my "research" was bad. Let's hope someone will correct me.
Not sure what firmware limiters you're talking about? I'm using a cheap ASUS board (B450i-gaming), a Zen 2 CPU and a 6600 XT, and single GPU passthru works just fine for me on Arch using this guide. (I haven't tried VMetal or this new release of Nitrux yet). Yes, some manufactures are iffy about IOMMU support, mostly Intel-CPU and Intel-based boards in my experience, but if you're using AMD you should be fine.
There is something called an ACS override patch, but that's a kernel patch not a GPU firmware patch, and from my understanding, that's for dual-GPU users. Regardless, it doesn't modify your firmware in any way.
Not sure what firmware limiters you're talking about?
The same limitation mentioned it the guide you shared:
This solution basically hands over the GPU to guest OS upon booting the VM and hands it back to the host OS upon powering off the VM. The obvious downside of this is that you can't use the host OS (at least graphically) while the guest is running. It is therefore highly recommended that you set up SSH access to your host OS just in case of issues.
Also thanks for sharing it. I will try it some other time. 🙂
Patch NVIDIA BIOS (only for Pascal GPUs)
Only 10xx is affected or older cards are too ?? 😑