zlacker

[return to "Nitro: A tiny but flexible init system and process supervisor"]
1. Guinan+Pi[view] [source] 2025-08-22 20:55:48
>>todsac+(OP)
love to see new init projects. how does it stack up against runit (the last one i really familiarized myself with on void linux)?
◧◩
2. kragen+mj[view] [source] 2025-08-22 20:58:13
>>Guinan+Pi
She credits runit and daemontools as inspiration, and it looks extremely similar. I hope that at some point she writes a comparison explaining what Nitro does differently from runit and why.
◧◩◪
3. cbzbc+wG[view] [source] 2025-08-22 23:22:17
>>kragen+mj
runit doesn't propagate SIGTERM to services it starts.
◧◩◪◨
4. kragen+sO[view] [source] 2025-08-23 00:22:09
>>cbzbc+wG
Hmm, is that desirable? If someone's going around sending SIGTERM to random processes they might also send SIGKILL, and there's no way Nitro can propagate SIGKILL to processes it starts.
◧◩◪◨⬒
5. cbzbc+Gs1[view] [source] 2025-08-23 07:52:36
>>kragen+sO
It does, because SIGTERM is traditionally understood as the trigger for a shutdown. Docker - for instance - will send a SIGTERM to pid 1 when a container is stopped - which goes back to a previous comment here about using a real init as pid 1 if the thing in your container forks: >>44990092
◧◩◪◨⬒⬓
6. kragen+O72[view] [source] 2025-08-23 15:32:19
>>cbzbc+Gs1
Interesting! I didn't know that—I thought that when you told sysvinit to change its runlevel you normally used some slightly richer interface than signals.
[go to top]