●Stories
●Firehose
●All
●Popular
●Polls
●Software
●Thought Leadership
Submit
●
Login
●or
●
Sign up
●Topics:
●Devices
●Build
●Entertainment
●Technology
●Open Source
●Science
●YRO
●Follow us:
●RSS
●Facebook
●LinkedIn
●Twitter
●
Youtube
●
Mastodon
●Bluesky
Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!
Forgot your password?
Close
wnewsdaystalestupid
sightfulinterestingmaybe
cflamebaittrollredundantoverrated
vefunnyunderrated
podupeerror
×
180711154
comment
bydskoll
2026 @06:13PM
(#65961688)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
I think we are witnessing the software equivalent of Planck's Principle.
180711136
comment
bydskoll
2026 @06:09PM
(#65961684)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
Parallel startup? Who cares with the hardware speeds we have today.
I care a lot about this on my laptop. It makes a significant difference.
I argue that anything that systemd does, you can write an init script that does the same job with around 1 million less lines of code, less bugs, less attack surface, and 50-75% less processes running in RAM.
And I'd argue that you're wrong. Does the average sysadmin write init scripts with the same care that software developers (are supposed to) take when they write software? That is, using version control, writing tests, having code reviews, etc? Maybe some do, like around 1% of them. Most spit out a script and never look at it again as long as it "works".
In my opinion, the less code an admin has to write to get things done, the better.
180711104
comment
bydskoll
2026 @06:04PM
(#65961672)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
When every Linux distro that matters is using systemd, it's not much of a lock-in.
And guess what? I distribute email-filtering software that runs on a wide variety of UNIX systems. I include sysvinit scripts for systems that use that, and systemd units for ones that use systemd. There's no lock-in.
180711014
comment
bydskoll
2026 @05:40PM
(#65961622)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
OK, so you disagree with my point 3. How about the other 5 points?
180711006
comment
bydskoll
2026 @05:36PM
(#65961614)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
So much wrong.
Devuan is free and you no have dependencies on suppliers
So Devuan ships zero packages from third-party suppliers? That's a hot take.
Uses less energy because less is running in memory
Another hot take. A program sitting in memory uses essentially no energy unless it's scheduled to run.
One of my recent email servers, with dovecot 2.4 and postfix, has only 121 running processes.
My Raspberry Pi server running dovecot and postfix has 247 processes, but it also runs PostgreSQL, Asterisk, an IRC server, a mattermost-to-irc bridge, home automation software, Pi-Hole, Xymon, nginx, and a bunch of other things.
If I do: ps auxww|grep -c [s]ystemd the answer is 9. Oh the horrors! 9 whole processes!!!!
Finally, I think you'll find that in most cases, systemd machines are not slower than non-systemd ones, and in my experience, they boot quite a bit faster.
180710962
comment
bydskoll
2026 @05:30PM
(#65961590)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
Yes, I obviously have a lack of engineering skill... hmm... M.Eng in Electronics; seven engineering patents to my name; retired on the proceeds of selling a successful software company... yeah, that's it. Low skill for sure.
LOL. It's so funny how insecure people get personal instead of actually discussing technical merits.
180710318
comment
bydskoll
2026 @03:11PM
(#65961362)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
Everyone is a "guy" dude. You aren't special man.
In case it's not obvious, about 50% of people are not "guys". I guess sysvinit folks are not great at seeing cases outside their own experience. :)
Change just for the sake of change isn't a good thing.
Yes, I agree. However, on balance, I think systemd (or something like it) isa good change for a number of reasons I've outlined in other posts:
1. Easy ability to do dependency management.
2. Ability to start services in parallel (which flows from 1).
3. Remove the necessity for every service to write its own daemonization code; you can just let systemd do it for you.
4. Standard way to run services as a non-root user
5. Standard way to use newer Linux features like cgroups and namespaces.
6. Standard commands for monitoring and controlling the status of a service.
All of those things can be (and probably have been) implemented in sysvinit environments, but usually as hacks. systemd at least standardizes the procedures and reduces the amount of hacky sysvinit code support required.
180710266
comment
bydskoll
2026 @03:04PM
(#65961346)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
OMG, lookit the triggered snowflake! LOL. A whole paragraph to whine about a simple two-letter spelling correction.
180710248
comment
bydskoll
2026 @03:02PM
(#65961342)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
Meh, whatever. If you don't want to use systemd, that's fine. But debate it on its merits, not because its author has an abrasive personality or because it doesn't follow some nebulous "UNIX philosophy".
180709788
comment
bydskoll
2026 @01:20PM
(#65961168)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
A few things that are hard to do with sysvinit scripts: Parallel startup, dependency management, and management of running services. Also, every service has to duplicate the bits of code needed to properly daemonize a service under UNIX, instead of having the service manager do it for them. Glibc does have a daemon library function, but it is non-standard.
There are hacky or ad-hoc solutions for all of these things, but they no longer really resemble the "simple" sysvinit scripts of the past.
180709774
comment
bydskoll
2026 @01:16PM
(#65961152)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
I remember when people joked that Emacs stood for "Eighty Megs And Constantly Swapping"
*sob* VSZ of a current Emacs at startup is about 740MB and RSS is over 90MB.
But I still use Emacs. My muscle memory goes back 36 years and it's not going to change.
180709726
comment
bydskoll
2026 @01:07PM
(#65961124)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
So when you say "we -- the people who've been working in this field for many decades", note that I have been developing software as a hobby since 1982 and professionally since 1990, and ran a software development company for 18 years. I think I'm likely as "seasoned" as anyone on Slashdot.
Second: If you say: "We considered it carefully, we debated it at length, and we rejected it.", then why is it that most Linux systems use systemd, Solaris uses smf, and Mac OS uses launchd, all of which are systemd-like things?
I think only the BSDs still use rc scripts and even then, they don't use sysvinit scripts, AFAIK, because they are not System-V. I didn't see a whole lot of anger when Linux went with sysvinit scripts instead of the conceptually-simpler BSD rc system.
I think you are tilting at windmills. Or telling the kids to get off your lawn. Times change; software evolves; might as well get used to it.
180709376
comment
bydskoll
2026 @11:30AM
(#65960972)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
No, probably not. Most people have made their peace with systemd and I think it'll persist.
180709368
comment
bydskoll
2026 @11:28AM
(#65960964)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
But you are not making sense. (And it's "Her", by the way, not "Him".)
As the person I replied to pointed out, if systemd doesn't quite do what you need, you can always fall back on a script. So the common use cases are easy and the uncommon ones are possible.
Now I personally have not encountered a use case that systemd couldn't handle natively, but I'm willing to admit that such use cases exist, in which case... you use a script that you call from a systemd unit. Problem solved.
180709348
comment
bydskoll
2026 @11:24AM
(#65960956)
Attached to: Author of Systemd Quits Microsoft To Prove Linux Can Be Trusted
I never began as a "proprietary UNIX guy" for two reasons; one is that I'm not a guy and second is I used SunOS and Solaris mostly as a student and a little bit on the job, and this was back in the day before SMF, etc. when the system was much more BSD-like.
The problem with appealing to "the UNIX way" is that nobody really knows what that is, beyond a few vague generalities. Systemd itself is not one monolithic program, by the way. It consists of 38 small purpose-built executables (on Debian 13, anyway), all of them under 1MB in size. Though I guess they do dynamically link to a bunch of other stuff.
I'd say a lot of small purpose-built tools is "the UNIX way"
Anyway, I'd rather use a system that accepts changes than one that's doctrinaire and rigid and becomes ossified.
« Newer
Older »
Slashdot Top Deals
●(email not shown publicly)
https://dianne.skoll.ca/
●
Submitted a Story That Was Posted
●
Days Read in a Row
●
Got a Score:5 Comment
●
Re:uh
●
Re: No trust
●
Re:uh
●
Re:uh
●
Re:uh
●
slashdot (submissions)
●
with (submissions)
●
than (submissions)
●
takes (submissions)
●
submission (submissions)
●
Apple tries selling $150+ socks
●
Companies could face hefty fines under new Canadian privacy law
Slashdot
●
Submit Story
Arithmetic is being able to count up to twenty without taking off your shoes.
-- Mickey Mouse
●FAQ
●Story Archive
●Hall of Fame
●Advertising
●Terms
●Privacy Statement
●About
●Feedback
●Mobile View
●Blog
Do Not Sell or Share My Personal Information
Copyright © 2026 Slashdot Media. All Rights Reserved.
×
Close
Working...