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?
  • gnumdk@lemmy.ml
    link
    fedilink
    arrow-up
    15
    ·
    1 year ago

    Just try to implement user session management on a non systemd distro…

    Systemd is way better than others init system. I’m using Alpine Linux on my phone and I really wait for a Fedora/Arch like PMOS project (it’s on the way)

    • jarfil@lemmy.ml
      link
      fedilink
      arrow-up
      8
      ·
      edit-2
      1 year ago

      [pi@raspberry]# sudo su

      Just saying, not everyone needs session management…

        • nyan@lemmy.cafe
          link
          fedilink
          arrow-up
          4
          ·
          1 year ago

          Well, sudo itself is a purely optional component—you can run a system quite happily with just su .

        • jarfil@lemmy.ml
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          1 year ago

          Because I already had my fingers closer to “su” than to “-s”… but more seriously, because I tend to use sudo -E su on a remote terminal with a PS1 set to colorize the prompt based on whether I’m running root and the host if it’s remote, but sudo -E -s doesn’t run the root’s .bashrc that runs the updated colorization while at the same time exports too much of the user’s environment into the root shell.