BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] SysVinit vs. systemd
- Subject: [Discuss] SysVinit vs. systemd
- From: blu at nedharvey.com (Edward Ned Harvey (blu))
- Date: Sat, 13 Sep 2014 13:28:12 +0000
- In-reply-to: <li67g184ybi.fsf@panix5.panix.com>
- References: <5411058F.6010208@gmail.com> <li6a9669ml8.fsf@panix5.panix.com> <CAAbKA3UY2m42=Uzd=3FHfsskkTXfEzYq-qWf9DfA7y1P7QAOYQ@mail.gmail.com> <li67g184ybi.fsf@panix5.panix.com>
> From: discuss-bounces+blu=nedharvey.com at blu.org [mailto:discuss- > bounces+blu=nedharvey.com at blu.org] On Behalf Of Mike Small > > "systemd handles a lot of annoying infrastructure for you; for example, > you do not have to arrange to daemonize programs you run." > > I don't understand this at all. Aren't daemons written as daemons > (giving up controlling terminal and whatever else within their own > code). Traditional daemons are, because the programmers *had* *no* *other* *choice.* Besides the complexity of actually daemonizing and figuring out how to hook up to a logging facility and manipulate the probably nonstandard running environment, the developer needs to debug their app, so they *also* make it able to run in console mode, and figure out how to manage running in both modes, in both environments. But if you want to create something new, the ability to daemonize any-random-command is a really nice convenience factor; you just write any simple console application or shell script, and it behaves exactly the same on your command terminal as it does when you make it a service under systemd. > "because it actively tracks unit status, conditional restarts are not > dangerous; it shares this behavior with any competently implemented > active init system." > > Don't understand this. What's a conditional restart and why is it > dangerous? What's the difference between an active and passive init > system? A passive system is like /etc/init.d scripts, which brainlessly do as they're told when they're told, and don't make any decisions. If something like mysqld dies, it will not automatically come back up. An active system will notice mysqld died, recognize that it's not supposed to do that right now, and restart it. I know SMF will try to restart a failed service some configurable threshold number of times in a configurable threshold period of time, and if the service continually fails, then the service gets disabled. I assume something similar exists for systemd.
- Follow-Ups:
- [Discuss] SysVinit vs. systemd
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] SysVinit vs. systemd
- From: bill.n1vux at gmail.com (Bill Ricker)
- [Discuss] SysVinit vs. systemd
- References:
- [Discuss] SysVinit vs. systemd
- From: tmetro+blu at gmail.com (Tom Metro)
- [Discuss] SysVinit vs. systemd
- From: smallm at panix.com (Mike Small)
- [Discuss] SysVinit vs. systemd
- From: bill.n1vux at gmail.com (Bill Ricker)
- [Discuss] SysVinit vs. systemd
- From: smallm at panix.com (Mike Small)
- [Discuss] SysVinit vs. systemd
- Prev by Date: [Discuss] Boston Linux and Unix InstallFest LIII reminder - today, Saturday September 13, 2014
- Next by Date: [Discuss] Dan Geer's Blackhat talk, iGuardian "enterprise-grade" home router
- Previous by thread: [Discuss] SysVinit vs. systemd
- Next by thread: [Discuss] SysVinit vs. systemd
- Index(es):