methodicalaspect

Video editing. I record 4k, 10-bit, 4:2:2 chroma subsampling, and the first nvidia consumer GPU that supports decoding that in hardware is the 5000-series. I have a 4090 and no desire to jump to a 5090. Swapping from a 7800X3D on a B650 board to a 9950X3D on an X870E and chucking an Arc A380 on there for encode/decode cost less than half of a 5090.

That makes sense. I’m just sore because I had to upgrade to a somewhat unstable X870E board to get 4 slots for my main GPU, capture card, storage controller, and secondary GPU.

…and still only two PCIe slots. Do you remember when you could slot four cards into your mainboard without going to a “Pro” or HEDT platform? Pepperidge Farm remembers.

Proxmox 9 dropped too, their major releases coincide with Debian’s. Upgrade process on a single standalone box was completely uneventful; I’ll be trying a 9-node cluster on Monday.

Yes, that’s the only reason. You can mix drive sizes and still have a dedicated parity drive to rebuild from in case things go poorly. I am aware that it’s basically LVM with extra steps, but for a NAS I just want it to be as appliance-like as possible.

Still using Scale at work, though - that use case is different.

Just got unraid up and running for the first time today. There’s a bit of a learning curve coming from TrueNAS Scale but it supports my use case: throwing whatever spinning rust I have into one big array. Seems to work alright, hardware could use additional cooling so I’ve shut it off until a new heatsink arrives.

I’m self hosting a lot of things, but those services are mostly on Debian. I’m daily driving AlmaLinux on my main desktop. I do a decent amount of video editing using DaVinci Resolve Studio, and while I’ve consistently gotten it working on Pop!_OS and EndeavourOS, I couldn’t get the Micro Color Panel working on anything other than the CentOS successors. I tried manipulating udev rules, sniffing USB traffic, etc but it just wouldn’t go on anything else. The product was fairly new to market when I bought it so the body of knowledge may have changed since then.

Blackmagic Design officially supports Resolve and Reaolve Studio on Linux, but only on their lightly preconfigured version of Rocky 8. Everything else is best-effort, so I started with the Blackmagic ISO, converted it to AlmaLinux 8.6, and then upgraded to 9, and the Micro Color Panel still works.

I also love that my external disk array works with every kernel update because the kernel’s so old. I keep all my originals on an 8-disk ZFS array connected to a cross-flashed Dell PERC H810. Endeavour and Pop sometimes go beyond the kernel versions supported by zfsonlinux, and editing the source code of a file system is not something I’m particularly comfortable with.

Also, every game I’ve played on it works, though I mainly play single-player titles.

As for parity: I’ve got several hundred VMs at the office on Rocky, and maybe a dozen on Alma, and both are running flawlessly. They’ve been as solid as the RHEL physical machines. Quite happy with all of them, to be honest.

If you use a distro with the nvidia drivers preinstalled, or you get the drivers set up with dkms, you don’t need to reinstall the driver with every kernel update.

Pop!_OS has the drivers in their repo and they get applied during system updates like any other package; I’m sure this is the case with Bazzite as well.

I use AlmaLinux at home with the driver from nvidia’s site (yes, I’m aware that rpmfusion exists), and have never had to reinstall the drivers as the installer configures dkms to do it every time the kernel is updated. Same with my Plex server (Debian, Quadro P2200) and my office workstation (Arch, Quadro P600).

Somewhere, an ISO27001 auditor’s jimmies started rustling.