Systemd Is Approaching 1.3M Lines

Can&#x27;t reproduce the findings. I think this is counting all lines ever added across all commits. The current source tree is at 500k lines of C:<p>$ tokei C: 492003, C Header: 58547<p>Total line count at 889658, &quot;code&quot; count at 716316, but 202314 of that is plain text which could signify documentation. It&#x27;s still a lot, but not even nearly close the headline.

With the amount of systemd-related articles on Phoronix lately, I&#x27;d wager systemd clickbait&#x2F;trollbait is responsible for a large part of their ad revenue...

It replaces a lot of lines too. Like every service that has to demonize itself, buggy init scripts, etc

Putting this into perspective with other init systems, e.g. SysVinit, OpenRC or Dinit would probably be much more meaningful...

I hate that systemd refuses to work in a chroot. With all those extra services in systemd like dns, it&#x27;s impossible to run in a container or chroot... And the developers blatantly refuse to fix that.

What does binary size look like, and has it grown to match?

Forgive my ignorance, but I was under the impression that Systemd was a relatively simple service that just manages services on a cpu. I had the mental model of systemd as a cronjob on boot with status management.<p>What else does it do besides that, that warrants such an enormous complexity? I&#x27;m sure i&#x27;m missing out on a ton of features with this simple model but I haven&#x27;t seen anyone else use it otherwise in the wild than a service manager.

Blech. Somebody get docker working on *BSD so I can drop Linux.

That&#x27;s about 1.3 million too many.