this post was submitted on 27 Mar 2024
634 points (93.0% liked)
linuxmemes
22212 readers
804 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
- Don't get baited into back-and-forth insults. We are not animals.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
- These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudoin Windows. - No porn. Even if you watch it on a Linux machine.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
5. π¬π§ Language/ΡΠ·ΡΠΊ/Sprache
- This is primarily an English-speaking community. π¬π§π¦πΊπΊπΈ
- Comments written in other languages are allowed.
- The substance of a post should be comprehensible for people who only speak English.
- Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed. Β
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I never understand this obsession with "bloat" when you can buy a 1 TB SSD for β¬ 50.
or you can't buy if you're not successful enough or you're in the wrong country. For example, in my country, the minimum cost of a 1TB SSD is about $85 and a salary of $2,000 is considered a very successful salary at the upper limit
bro a 256 gb ssd here costs 200+
That's wild. I just bought several recently for $20 ea
That sounds insane, are computer parts in general that much more expensive than other countries?
yeah
Do you live in North Korea?
of course, how else would i use lemmy?
It's not about storage. It's about complexity getting back at you, for example not knowing what caused a problem because multiple programs are stepping on each others feet
For me it's not about the size, it's about the understanding. I'd really like to understand what everything on my system does and why it's there. It seems impossible with modern systems. Back in the '90s I needed a secure email relay - it had lilo, kernel, init, getty, bash, vi, a few shell utils (before busybox..), syslogd and sendmail. I'm not sure any more as it was a long time ago, but I think I even statically linked everything so there was no libc. I liked that system.
I'd like to know more about what my system does, so I can fix it when it breaks.
For me it was a problem with update frequency and how long they would take. Once i got rid of my flatpaks and moved to stable firefox i update once a week instead of daily now and it takes seconds instead of minutes. Probably also solvable with auto updates.
Bloat is more about performances
So you have a folder and need to find a specific file from it. Would it be faster to find the file when there are 5 folders or 500?
It seems to be seen across all platforms.
What I find interesting is that no one is asking about the quality of code, nor do they seem concerned about the dependencies but they do care about that one package/app/program of any size they see and don't immediately know why it's there.
Bloat multiplies when you have to back it up.
I remember what my idea of making backups was when I was a wee grasshopper.
Making a backup of the whole OS instead of just the configs and user files.
I have come a long way since then.
That's committing the cardinal sin of cherrypicking your backup contents. You may end up forgetting to include things that you didn't know you needed until restore time and you're creating a backup that is cumbersome to restore. Always remember: you should really be creating a restore strategy rather than a backup strategy.
As a general rule I always backup the filesystem wholesale, optionally exclude things of which I'm 100% sure that I don't need it, and keep multiple copies (daylies and monthlies going some time back) so I always have a complete reference of what my system looked like at a particular point in time, and if push comes to shove I can always revert to a previous state by wiping the filesystem and copying one of the backups to it.
Snaps still take longer to load with that.
It's not always about storage. It can also be more processes that drains battery, more attack vectors etc.