F15 Feature - convert as many service init files as possible to the native SystemD services

Miloslav Trmač mitr at volny.cz
Fri Nov 26 01:07:52 UTC 2010

Lennart Poettering píše v Pá 26. 11. 2010 v 01:27 +0100:
> On Thu, 25.11.10 17:33, Tomas Mraz (tmraz at redhat.com) wrote:
> And also, cron does a couple of really nasty things. For example it
> wakes up in regular intervals to check if a job is ready to run. It does
> so to deal with wallclock time changes/suspends. In systemd we are
> working on a different way to solve this, so that we can actually sleep
> as long as possible, and don't have to wake up in regular
> intervals.
Great.  You can fix cron then, this does not mean it is necessary to
integrate the two.

> To summarize this: the current logic of cron is not pretty. And it
> duplicates process spawning and babysitting which already exists in way
> too many daemons,
I think you'll find the execution of processes is a comparatively small
part of cron.  And anyway, "process spawning and babysitting" will
_always_ exist in many different daemons, unless you want to run the
whole system within a single systemd process.  It would be much much
better for the ecosystem to extract these parts of systemd into a
library (perhaps standalone, perhaps interacting with the system-wide
systemd runtime) that can be used in any other process that needs to run
a task in a separately tracked "daemon group".

More information about the devel mailing list