systemd (Was Re: tmpfs for strategic directories)
jkeating at redhat.com
Tue May 25 17:09:42 UTC 2010
On Tue, 2010-05-25 at 09:00 -0800, Jeff Spaleta wrote:
> On Tue, May 25, 2010 at 7:45 AM, Lennart Poettering
> <mzerqung at 0pointer.de> wrote:
> > Please, judge systemd on technical grounds, don't judge it on political,
> > or emotional grounds.
> "I'll publish the numbers of a 100% socket-activated boot soon."
> I would love to have the necessary data to have an informed public
> discussion on the technical merits which include some benchmarking and
> some cookie cutter packages to play around with. I want t be given a
> chance to rig up some pathological poor performance systemd benchmarks
> that you can publicly cut to shreds as part of the educational
> My one concern about the current discussion is that the decision to
> move to systemd in the timeframe of F14 is being rushed ahead of the
> aforementioned technical judgement. I can understand your personal
> enthusiasm for the move as you are intimately familiar with systemd.
> But I'm not sure its adequate to rush ahead until we all have a better
> feel on how this works in practise... and how much work its going to
> take to convert all our existing packages to systemd styled startup.
> The back and forth on your blog between yourself and Tim Waugh about
> cups service activation, for example, is something I think we all need
> to understand. I think there is a lot buried in that discussion about
> how complex some of our existing services are going to look under
> systemd styled configuration.
Right now, it's not about speed. Speed is one thing, and somewhat
important. But doing it right is also important. Make it right, then
make it fast, because if you try to make it fast first, you'll often be
doing it wrong.
Fedora -- Freedom² is a feature!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: This is a digitally signed message part
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20100525/1af81b9e/attachment.bin
More information about the devel