SunRed

Sadly with The Talos Principle 2 they moved their entire studio to the Unreal Engine 5 and retired their own engine in the process. Apparently they lost a few engineers working on the engine and also couldn’t have kept up with modern engines without some serious investment (no pun intended). On one hand it’s probably for the better as we got a really pretty game where they could focus more on the game instead of bringing the engine up to speed but it’s also sad to see the entire industry converge around engines like Unreal.

A great game I haven’t seen mentioned yet is The Talos Principle (1) that also has a really good native port using Croteams Serious Engine.

deleted by creator

Fourthing, my absolute favourite game.

This is arguably less about us few privileged having to create an account on a shitty platform, just like with ea and ubisoft, but more about people from 175 countries not even being able to buy the game just because Sony doesn’t offer their services there even though it’s a singleplayer game distributed through Steam like many of their past games.

You have to keep in mind that this is only about the kernel module (and only for Turing GPUs and newer). The userspace components stay proprietary. You are still not going to use the mesa graphics stack using an Nvidia gpu anytime soon.

I guess it’s good to mention alternatives but imo Kyoo seems to be overkill for a homelab use case as its design goal appears to be to scale much better and serve a high user base and huge library. Just looking at the dependencies or compose.yml should make this apparent.
Consequently the setup is much more complex and heavy to run compared to Jellyfin e.g.

I could mention that my bare metal server runs a rather unusual setup in that I use Arch Linux on ZFS headless as a kvm hypervisor and lxc containerisation host. I maybe want to migrate it to something else like NixOS at some point since I use nix on Arch on my desktop already but since I know Arch the most of any Linux distro I just went with it and it’s running rock solid for quite a few years already.

Most shells usually default to a truncated version of the hostname that only uses the hostname up to the first dot. Of course one can change that by setting the PS1 env var and using (in case of bash) \H instead of \h.

Personally I deactivated pre-caching quite recently actually as I noticed as well this getting quite excessive for certain games. So I now wait until this is a thing: https://github.com/ValveSoftware/steam-for-linux/issues/6486 Seemingly the issue seems to be with games that have a big workshop like A Hat in Time or just huge games like No Man’s Sky. I got 10GB and 5GB shader cache updates daily for these games respectively before I turned it off.

Honestly the reason I’ve put yay/paru’s build directory into ram/tmpfs long ago. It’s almost never worth it keeping all those packages checked out. You also do your ssd a favour by not hammering it with compile workloads.

du -sh ~/.cache/* | sort -h

Basically servers and Pis.

If you wanted to host your own site and services, a Linux vps was (and still is) the only choice. Back then it was Debian, nowadays I use Arch on everything. Same with Raspberry Pis when the first one became available in 2012. With university I started using Arch on my laptop and later when Proton and Wayland became good, I moved to it on the Desktop as well.

I am running alarm / Arch Linux ARM aarch64 on mine for years already. Just make sure to use the linux-rpi kernel and use rpi4-eeprom for bootloader updates as these are not installed by default.

I learned that using nix on arch for the home directory in addition to pacman and the aur is quite an unbeatable combo that I prefer to having everything managed by nix. The problem with nix and nixos I see for one is that it leaves some performance on the table for reproducibility and that many packages are or cannot be packaged for nix. Additionally arch already is quite reproducible albeit not as much as nixos. Writing your own meta package with a simple pkgbuild to manage the system base seemed like a good substitute for me.

+1 for the Technitium DNS server. I run it in Docker on a pi4 because I need a proper local dns server first that does DoH and ad and tracker blocking second. It does the latter just as well as pihole and adguard with support for many more list formats but pihole and adguard do dns just on a really basic level.

This is actually a really great point. If I have to treat them as different platforms as a developer, since for example my code isn’t platform agnostic/cross-platform for whatever reason, why should these market share studies do it any different? In the end it’s the software or rather the developers/companies deciding if it’s worth their time and money investment these market shares matter for.

Even if I don’t use this distro and just use plain Arch myself, I know that CachyOS is a bit more special as it at least compiles the arch repo packages for a newer x86 target and with additional compiler optimizations again that improves performance on newer CPUs. You can achieve the same on an Arch system with the wonderful ALHP project I use on one system but Cachy certainly makes this more accessible.

Yeah, I would even say that most custom kernels have a very negligible advantage in gaming. I know the zen kernel aims to reduce latency but I would say it comes more down to compatibility and features. For example one rather recent thing I remember since Fedora changed this as well is that the vm.max_map_count is already set on linux-zen to the same value the SteamOS kernel uses (I think it’s just INT_MAX) that helps with game compatibility on Wine/Proton.

Yeah, the linux-zen kernel is a good alternative to linux-tkg for gaming that’s available in the official repos. What most likely makes the biggest difference and is probably the issue for @inurblacchole is the lack of gamemode. Depending on the cpu and the default governor used it might not boost enough in games where performance or schedutil is needed.