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

linuxmemes

21273 readers
1126 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
    771
    submitted 1 month ago* (last edited 1 month ago) by renzev@lemmy.world to c/linuxmemes@lemmy.world
     
    you are viewing a single comment's thread
    view the rest of the comments
    [–] possiblylinux127@lemmy.zip 8 points 1 month ago* (last edited 1 month ago) (10 children)

    Unit files, sockets and systemctl

    Stop it Patrick, you're scaring him!

    [–] msage@programming.dev 15 points 1 month ago (8 children)

    What "scares" me the most is the journal... for some reason it takes too long to get specific unit logs, and should anything break down in it, there is no way for me to fix it. Like logging has been solved forever, and I prefer specific unit logs to the abomination of journalctl.

    But like unit files are everywhere, and systemctl at its core is a nice cmd utility.

    [–] possiblylinux127@lemmy.zip 5 points 1 month ago (6 children)

    The thing with journalctl is that it is a database. Thus means that searching and finding things can be fast and easy in high complexity cases but it can also stall in cases with very high resource usage.

    [–] msage@programming.dev 3 points 1 month ago

    But why?

    I just can't grasp why such elementary things need to be so fancied up.

    It's not like we don't have databases and use them for relevant data. But this isn't it.

    And databases with hundreds of milions of rows are faster than journalctl (in my experience on the same hardware).

    load more comments (5 replies)
    load more comments (6 replies)
    load more comments (7 replies)