The road forward for systemd [LWN.net]

The road forward for systemd

Posted May 27, 2010 9:12 UTC (Thu) by marcH (subscriber, #57642)
In reply to: The road forward for systemd by fperrin
Parent article: The road forward for systemd

> emacs daemon (well, it does create a socket used by emacsclient, but the entire point of emacs daemon is to launch emacs before it is actually needed)

Yes, the main (not entire) point of the emacs daemon is save startup time. Saving startup time every time except for the first time looks good enough to me. Especially if this gets me logged in faster.

(Log in to post comments)

The road forward for systemd

Posted May 27, 2010 15:12 UTC (Thu) by drag (subscriber, #31333) [Link]

There are also a number of services that need to broadcast their avialability over the network or perform actions before they become usable.

Examples:

SAMBA -- Needs to scan network for services/system names, advertise availability and whatnot. Depends on configuration, of course.

Avahi -- Needs to advertise avialability over network. Used for MDNS

Firefly Server --- Service used Avahi to advertise avialability for DAAP service, but it needs to be able to scan the */Music directory for the server to check for updates and whatnot.

Mythtv-Backend --- Needs to configure hardware, scheduale recordings, and it advertises avialability over uPNP for clients and for media extenders.

MediaTomb -- Advertises over uPNP and needs to scan storage.

Libvirt -- It depends on configuration... if it's configured to launch a VM on boot-up then it'll need to be started on it's own, if it's not then the socket-connect method would work.

Nowadays we have a lot of Zeroconfig-type stuff available. SMB/Windows print services, Multicast DNS, UPNP, and 'Bonjuer' (Avahi). Avahi can take care of most of it for Linux/OS X networks (all the service needs to do is register with Avahi for the most part), but for Windows each uPNP service advertises on it's own stuff.

So, basically, there is a lots of different services that need to be started up and shutdown based on network availability and other circumstances.

The road forward for systemd

Posted May 31, 2010 15:57 UTC (Mon) by mezcalero (subscriber, #45103) [Link]

Not sure what this list is about, but I want to mention here that it is my plan to patch Avahi so that the static service definition files you can drop in /etc/avahi/services can be bound to a systemd service. That way you can easily make an mDNS/DNS-SD service available on the network without having it running all the time.