ons, 20.10.2004 kl. 19.13 skrev James Harrison: > > recache its fonts, or maybe ntpdate is syncing with the time server. > Sometimes daemons fail, so there has to be a mechanism to show a failure. > > What happens if the daemon/service fails that other daemons depend on? Does > the machine fail to boot properly or does it fail back to a serial boot? > What happens today if a daemon fails, that other daemons depend on? > > > --- Jeff Pitman <symbiont@xxxxxxxxxx> wrote: > > > On Wednesday 20 October 2004 22:53, Arjan van de Ven wrote: > > > problem with parallel startup is that it *ALSO* increases how much > > > the disk has to seek, which slows things down. For me it's not clear > > > if it's actually a real gain or just a placebo one. > > > > It's a gain for those really long startup daemons. Maybe xfs has to > > recache its fonts, or maybe ntpdate is syncing with the time server. > > > > Then again, if Apache were written in a Bash script with all of its > > functions in separate script files and configuration spread out in > > different files and sourced in, parallelism would be an issue wouldn't > > it? > > > > I actually retooled this: http://www.fefe.de/minit/ for Redhat once and > > the results were just night and day. Of course, I didn't run kudzu or > > anything complicated like that. Just brought up the stuff I needed. > > You practically don't even need hibernate or sleep when you get it this > > good. (Doesn't help with X/GNOME/KDE startup, though) ;-) > > > > have fun, > > -- > > -jeff > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list@xxxxxxxxxx > > http://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com
