SystemD is blamed for long boot times and being heavy and bloated on resources. I tried OpenRC and Runit on real hardware (Ryzen 5000-series laptop) for week each and saw only 1 second faster boot time.

I’m old enough to remember plymouth.service (graphical image) being the most slowest service on boot in Ubuntu 16.04 and 18.04. But I don’t see that as an issue anymore. I don’t have a graphical systemD boot on my Arch but I installed Fedora Sericea and it actually boots faster than my Arch despite the plymouth (or whatever they call it nowadays).

My 2 questions:

  1. Is the current SystemD rant derived from years ago (while they’ve improved a lot)?
  2. Should Linux community rant about bigger problems such as Wayland related things not ready for current needs of normies?
  • taladar@sh.itjust.works
    244·
    1 year ago

    Lets be perfectly honest. The reason systemd is so popular is because the init script based predecessors were so bad in so many ways. Not only did you have to reimplement the same things over and over in every script, the behaviour of your script also depended on environment variables in your environment while you started a service and other things that leaked into the script.

    Would an init system have to do as much as systemd does to fix those issues? No. Are the existing alternatives really, really bad? Yes.

    • l3mming@lemmy.fmhy.mlEnglish
      31·
      1 year ago

      No, you be honest. Have you ever tried any of the others? Granted sysvinit is painful to work with, but that’s ancient. Have you tried any of the modern ones, like OpenRC? Sounds like you haven’t. I can’t imagine someone experiencing OpenRC and then arguing for systemd.

      • taladar@sh.itjust.worksEnglish
        1·
        1 year ago

        I was on openrc on my Gentoo machines for years but most of the scripts I wrote myself were for RHEL and Debian servers. Openrc was just as bad as the other script-based systems.

    • neekz0rEnglish
      1·
      1 year ago

      environment variables are the way to go, though. It’s how most modern software is configured in modern platforms (eg: an application in kubernetes is presented env vars sourced from a configmap).

      init scripts were flawed, but to say they are bad because their environment variables changed their behavior isn’t a good stance, imho.