[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Paralell startup



> 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?



--- Jeff Pitman <symbiont berlios de> 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 redhat com
> 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 


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]