this post was submitted on 16 Oct 2026
79 points (93.4% liked)
technology
24508 readers
267 users here now
On the road to fully automated luxury gay space communism.
Spreading Linux propaganda since 2020
- Ways to run Microsoft/Adobe and more on Linux
- The Ultimate FOSS Guide For Android
- Great libre software on Windows
- Hey you, the lib still using Chrome. Read this post!
Rules:
- 1. Obviously abide by the sitewide code of conduct. Bigotry will be met with an immediate ban
- 2. This community is about technology. Offtopic is permitted as long as it is kept in the comment sections
- 3. Although this is not /c/libre, FOSS related posting is tolerated, and even welcome in the case of effort posts
- 4. We believe technology should be liberating. As such, avoid promoting proprietary and/or bourgeois technology
- 5. Explanatory posts to correct the potential mistakes a comrade made in a post of their own are allowed, as long as they remain respectful
- 6. No crypto (Bitcoin, NFT, etc.) speculation, unless it is purely informative and not too cringe
- 7. Absolutely no tech bro shit. If you have a good opinion of Silicon Valley billionaires please manifest yourself so we can ban you.
founded 6 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
The causal relationship between these two things are not so clear. rsync is mainly maintained by a single main volunteer and regressions in software releases are common enough that LTS and rolling release are two separate categories for a while now. I think it's more accurate to say that tools like rsync are so chronically underfunded that the gap is being filled with corporate products rather than real labor. I generally don't think that framing "AI" as harmful by appealing to a sense of software quality is often not the real issue and gets debate-bro'd to hell and back by boosters anyway.
In my anecdotal experience this isn't true at all, every electron app regularly pages more than a gigabyte of memory on startup and I've never experienced this with with GNOME or KDE applications. This is genuinely the first time I'm hearing about this.
some examples from my own testing: GNOME's calculator uses almost 300 MB (a calculator!), and gajim's GTK4 rewrite uses well over half a gigabyte (quite a lot heavier than element for example, which is electron trash). pinta also got ported to GTK4 and has the same problem. i'm not alone in noticing this: a hello world window uses over 100 MB if you don't use a flag that isn't default (using this flag didn't help me with the aforementioned programs either).
meanwhile over on KDE they keep replacing actually good qtwidgets programs like filelight and ksysguard with shitty, uncustomizable memory hog kirigami apps that do less. and to what end? a bunch of ugly-ass, difficult to use programs that can't be customized in any way, shape, or form and use three times the amount of resources in spite of losing features.
perhaps i'm oversimplifying and misunderstanding the technical details behind all of this but regardless my experience with linux has gone considerably downhill in the past few years. i try to avoid it by using TDE and sticking to more traditional software but i'm running out of options because the above is what's been normalized on desktop linux.
Stand-by RAM usage is not the only metric for judging how resource efficient a program is, though I don't know enough about your particular situation but generally if the desktop isn't lagging regularly and apps aren't getting killed by the OS for out of memory issues then the system's memory use is fine. If you have lower end hardware (<4GB RAM or a CPU from more than a decade ago) then your experience might be worse.
I think, at least part of, the kirigami stuff is for cross-platform, so the program can run on android, linux phone, even TVs.
Edit: System Monitor uses about as much memory as MPV playing a 4k/30fps file (per SM)... I kinda get what you're saying
ⓘ This user is suspected of being a cat. Please report any suspicious behavior.