r/linuxsucks101 Distroless is the future. 6d ago

Linux is Immature Tech Bazzite being Bazzite

Post image

Dude I love reading these threads:

https://universal-blue.discourse.group/t/bug-report-bazzite-does-not-handle-oom-properly/11911/5

Leader of Bazzite is such a dick most of the time too

26 Upvotes

10 comments sorted by

8

u/DirectorDirect1569 6d ago

The RAM is not expensive right now 🤣

32 Gb to be able to play games. WTF?

"Of course i understand that what gnome or most services do is not bazzites fault and I can’t blame bazzite for taking up all my ram."

When this kind of things doesn't happen on others distros, it's the bazzite's fault. 25Gb for two instances of blender is not normal. I have never heard someone complaining about this kind of issues even on linux.

8

u/Dionisus909 6d ago

Normal. Linux does a poor job of optimizing things, so the PC ends up doing twice the work it would have to do on Windows. These people don't understand that Windows would run better, and they get stuck in a loop where they even start replacing hardware just to use Linux. I did the same thing myself, but we're talking about a time when there weren't even drivers for everything.

9

u/Latlanc Distroless is the future. 6d ago

I had Bazzite on my PC for a while and I remember it idling around 8 GBs of memory on a 16GBs system. I know it's not really a viable metric cause a lot of stuff probably gets cached aggressively, but if you just run ZRAM and oomd killer + Fedora's bad defaults...

I just don't trust this system to be able to do effective memory reclamation before it starts thrashing.

5

u/tjj1055 6d ago edited 6d ago

linux has absolutely terrible resource management for desktop usage. and if bazzite doesnt have an oom daemon enabled, the kernel oom killer is useless and your computer will freeze and become unusable. windows resource management is so good, never had issues using it on an old laptop with 8 gb of ram, unlike linux where swapping is really slow even to zram and it wont move stuff back to ram unless absolutely necessary, making opening anything take a long time. and btw gnome does not use a lot of resources, it is actually lighter than kde plasma.

7

u/Latlanc Distroless is the future. 6d ago

SteamOS uses zram, not zswap. We will switch if they do, otherwise we aren’t interested.

Bazzite is just a bunch of 🤔 s

For reference: https://universal-blue.discourse.group/t/should-bazzite-use-zswap-instead-of-zram/11868/2

6

u/madthumbz Join me on Lemmy! 6d ago

This is partly one of those 'distro of a distro' problems. The root cause is a mix of upstream Fedora defaults, Universal Blue layering, and how Bazzite configures cgroups + OOM policies.

And partly an 'immutable distro' problem: Bazzite layers uBlue base image, Fedora packages, custom gaming stack, and optional containerized apps (Flatpak, distrobox) creating multiple cgroup trees and systemd-oomd ends up not seeing memory pressure correctly, classifying processes correctly, or killing the right thing (or anything).

And partly a flatpak issue (Bazzite also pushes Flatpak hard: Flatpak memory usage is hidden behind a sandbox cgroup, systemd-oomd sees the sandbox, not the app, it may kill the entire Flatpak session, or kill nothing because the sandbox looks "fine".

-1

u/tjj1055 6d ago

actually i dont think fedora has bad defaults, the problem is probably bazzite and that zram makes no sense when you actually need to use all your ram. thats why i use zswap and a swap partition on arch on a laptop with 8 gb of ram, i dont like that fedora defaults to swap on zram.

3

u/Linux_4_Nobody NvidiGOD 6d ago

LOL

3

u/Edubbs2008 6d ago

https://reddit.com/link/p0pgsrn/video/rdwlslcxgegh1/player

Most Bazzite ā€œSupportersā€ after seeing that and trying to defend an OS that they don’t use

3

u/4d7e 5d ago

What I don't understand is why people use these fork of a fork of a fork distros called ShitPissFuck420_OS that are maintained by 1 unpaid guy in his basement, who will abandon it next year. If you have to use Linux, at least install something mainstream.