44
submitted 1 year ago* (last edited 1 year ago) by d3Xt3r@lemmy.world to c/linux@lemmy.world

Nitrux uses the Liquorix kernel, described as "an enthusiast Linux kernel designed for uncompromised responsiveness in interactive systems, enabling low latency in A/V production, and reduced frame time deviations in games."

It also uses OpenRC instead of systemd. New in this release is kboot, a utility to switch kernels on-the-fly without needing a reboot, and VMetal, which allows users to run Windows in parallel to Nitrux to provide users of access to Windows software.

you are viewing a single comment's thread
view the rest of the comments
[-] Pieresqi@lemmy.world 1 points 1 year ago* (last edited 1 year ago)

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.

  1. 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

  2. Motherboards not having support or worse have broken implementation of iommu.

Maybe my "research" was bad. Let's hope someone will correct me.

[-] d3Xt3r@lemmy.world 1 points 1 year ago* (last edited 1 year ago)

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.

[-] Pieresqi@lemmy.world 1 points 1 year ago* (last edited 1 year ago)

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 ?? ๐Ÿ˜‘

this post was submitted on 06 Aug 2023
44 points (95.8% liked)

Linux

8118 readers
43 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:

  1. Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.

  2. Be respectful: Treat fellow community members with respect and courtesy.

  3. Quality over quantity: Share informative and thought-provoking content.

  4. No spam or self-promotion: Avoid excessive self-promotion or spamming.

  5. No NSFW adult content

  6. Follow general lemmy guidelines.

founded 1 year ago
MODERATORS