[mdlug] Are Linux Distros Too Bloated?
Steve Litt
slitt at troubleshooters.com
Sat Apr 15 20:35:22 EDT 2023
LAP said on Sat, 15 Apr 2023 14:14:47 -0400
>On Sat, 15 Apr 2023 12:28:23 -0400 (EDT)
>Michael Corral <micorral at comcast.net> wrote:
>
>>
>> Why exclude kernel threads? Those somehow don't count? While you're
>> at it, why not exclude some other threads or processes?
>>
>
>User space is the only relevant measure here. The (only) purpose of
>an OS is to allow a user to execute programs -- programs of his and
>only his choosing.
>
>You may wish to include kernel threads but be forewarned. The
>mainstream distro kernel, being built with every conceivable purpose
>in mind, will surprise you with just how many do exist (more extreme
>bloat).
I agree with Michael here. A bloaty kernel takes resources away from
user programs.
>
>>
>> I noticed you don't have pipewire or pulseaudio running.
>>
>
>There is absolutely no need for pipewire or pulseaudio.
>
>I use Alsa for any and all of my audio requirements. Alsa alone
>is sufficient for any purpose. (Let's not introduce real-time and or
>mixing scenarios, where Jack has always been the standard.)
I strongly agree with you here. I have an ALSA-only sound system, and
it works just fine for me.
>
>In fact, I would prefer to return to the Open Sound System kernel
>modules but these have problems in building:
>
>http://developer.opensound.com/sources/
OSS is nice. In the past I've built systems that were OSS only.
>
>But these are kernel modules and do not show up in the process
>list.
>
>The same can be said for the video capture modules (v4l2).
>
>>
>> For example, rpcbind is running, because that's
>> needed to run MATLAB, which I find useful to do.
>>
>
>I also run Matlab, but I certainly do not ever require
>rcpbind.
>
>(Being a Linux/FOSS fanatic however, I always look for open-source
>alternatives.)
>
>>
>> I'd argue that your system isn't "totally functional" for every
>> user's requirements. It might instead be described as downright
>> crippled.
>>
The preceding is my fundamental disagreement with Michael. Why weigh
down resources for things *some* people *might* need, when those people
can easily add exactly what they need a-la-carte. In my opinion, some
mythical "dumb user" is no reason to dumb down or bloat an OS.
>
>Nope. It is supremely versatile and agile.
>
>I certainly do not intend to meet "every user's" requirements.
>I think only of my own (and I thank Linux/FOSS for granting me
>the freedom to do just that).
Exactly!
>
>The only difference from a standard distro is that I do not need
>to keep all possible things running at all possible times. I can
>select what I need when I need it. This may seem overly burdensome
>to most people but for me it has become simple and routine.
>
>>
>> This isn't some competition to see who can get the lowest number of
>> processes---it's about having a system that meets a user's needs.
>>
>
>Who determines the needs of a particular user?
>
>The obvious answer is that the USER, and only the USER, determines
>his needs.
Exactly.
>
>My argument is that Linux distros strive to speak for all possible
>users and all possible scenarios and thereby bloat the system to
>unnecessary extremes.
Exactly.
By the way, I use Void Linux with the runit init system, my user
interface is Openbox, and I use Suckless Tools' dmenu for executing
programs. My computer is touch-typist friendly and fast enough that the
user seldom sees an observable delay between keystroke and result.
My system is a desktop with 6 cores, 12 threads, 3.6Ghz, and 48GB RAM.
But I've run similar OS config on laptops with 3GB RAM, and it was
still extremely performant as long as I didn't load up on browser tabs.
SteveT
Steve Litt
Autumn 2022 featured book: Thriving in Tough Times
http://www.troubleshooters.com/bookstore/thrive.htm
More information about the mdlug
mailing list