Nitrux uses OpenRC instead of systemd, unlike most mainstream distros. It also features the Liquorix kernel, described as “an enthusiast Linux kernel designed for uncompromised responsiveness in interactive systems, enabling low latency in A/V production, and reduced frame time deviations in games.”

New in this release is kboot, a utility to switch kernels on-the-fly without needing a reboot, and VMetal, which allows users to run Windows in parallel to Nitrux to provide users of access to Windows software.

  • d3Xt3r@beehaw.orgOP
    link
    fedilink
    arrow-up
    12
    ·
    1 year ago

    Technically speaking, OpenRC doesn’t really have any benefits in the real world, some people may claim faster boot times, but that’s debatable on modern hardware. In fact objectively, it’s inferior to systemd in many ways.

    The real advantage though is that it’s pretty simple and easy to use, understand and maintain. It follows the Unix philosophy of “do one thing, and do it right”. People who like to have full understanding and fine control over their systems would prefer using OpenRC or similar init systems (with a mix-and-match of other utilities and daemons as per their need), instead of relying on a giant monolothic package like systemd which keeps getting bloated with more and more “unnecessary” features with each release.

    Basically, you can say that it’s a difference of ideology.

    • jarfil@beehaw.org
      link
      fedilink
      arrow-up
      12
      ·
      edit-2
      1 year ago

      Systemd is not monolithical, it just happens that it’s made of elements optimized to work well together, instead of running everything through different text parsers when “mixing and matching” random daemons.

      • d3Xt3r@lemmy.nz
        link
        fedilink
        arrow-up
        4
        ·
        1 year ago

        I know, which is why I used the word “package” and not “binary”. ;)

        • jarfil@beehaw.org
          link
          fedilink
          arrow-up
          5
          ·
          edit-2
          1 year ago

          The thing is, it’s neither. You can split the package into multiple pieces, you can replace each of them with whatever you want, the only difference is that instead of serializing-deserializing through plain text, the modules pass full objects so you may need to add a translation layer for the traditional tools pushing serial text.

          It’s more like the debate between sh and PowerShell/JSON/XML/etc. Some like to grep and cut things, some prefer to address object properties. Some like plain text logs, some prefer compressed binary object logs.

          Both come with their pros and cons, but in practice either can be tinkered with and controlled to the same degree.