Linked by Eugenia Loli on Sun 27th Aug 2006 08:18 UTC
Thread beginning with comment 156419
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 06/20/13 6:17 UTC, submitted by MOS6510
Linked by Thom Holwerda on 06/19/13 23:02 UTC, submitted by M.Onty
Linked by Thom Holwerda on 06/19/13 22:28 UTC
Linked by Thom Holwerda on 06/18/13 22:33 UTC
Linked by Anonymous on 06/18/13 22:26 UTC
Linked by Thom Holwerda on 06/18/13 22:25 UTC
Linked by Thom Holwerda on 06/18/13 17:45 UTC
Linked by Thom Holwerda on 06/18/13 17:32 UTC, submitted by poundsmack
Linked by Thom Holwerda on 06/17/13 17:58 UTC
Linked by Thom Holwerda on 06/17/13 17:52 UTC
More News »
Sponsored Links



Member since:
2005-06-30
Actually, jobs would be the proper term, since upstart doesn't make a difference between a task and a service. Furthermore, it will need to supervise these jobs for automatic restarts, logging failures, etc. That's already two things to do...
Given its event-driven nature, I guess it makes sense to replace at and cron. Still, it will need to monitor time. As for inetd, it really depends whether they plan to replace the original version or xinetd... The former would be trivial, the latter would have some complications since it got many complex fetures like access controls (hosts, number of connections, redirection) that doesn't really belong in an init daemon, at least IMO.
All that dynamic & event-driven stuff seem to add a layer of complexity that could be hard to manage. We'll see where this is going to lead, but I'm still skeptical on its impact, especially in performance.