this post was submitted on 23 Sep 2024
771 points (95.5% liked)

linuxmemes

21192 readers
396 users here now

Hint: :q!

Sister communities:

Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • 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 sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
    • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

    • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS
    poopsmith@lemmy.world
    zephyr@lemmy.world
    rtxn@lemmy.world
    771
    Average systemd debate (lemmy.world)
    submitted 1 month ago* (last edited 1 month ago) by renzev@lemmy.world to c/linuxmemes@lemmy.world
    132 comments fedilink hide all child comments
     
    you are viewing a single comment's thread
    view the rest of the comments
    [โ€“] pmc@lemmy.blahaj.zone 24 points 1 month ago* (last edited 1 month ago) (1 children)

    Well, I'll tell you that I prefer systemd because I can comprehend its declarative unit files and dependency-based system a lot better than the shell script DSLs and runlevels that I've had to mess with in other init systems. systemctl status has a quite nice output that can be really handy when debugging units. I like being able to pull up logs for just about any service on my system with a simple journalctl command instead of researching where the log file is.

    [โ€“] renzev@lemmy.world 1 points 1 month ago

    Thank you for the detailed response, very informative. You make a really good point about centralized logging, I can see how that can be very helpful when you run A LOT of different server process on one machine. I get centralized logging as a bonus of running everything in Docker, but I can see how it is nice to have logging as part of the init system if you want to run a lot of services natively.