Paralell startup

Kyrre Ness Sjobak kyrre at solution-forge.net
Wed Oct 20 17:07:06 UTC 2004


ons, 20.10.2004 kl. 19.00 skrev Jeff Pitman:
> 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) ;-)

No problem - i can wait 30 secounds, but 1.5 minutes is sometimes a bit
long.

Same basically goes to shutdown + i would guess somebody will think a
grapical shutdown (similar to rhgb) would be a good thing...




More information about the devel mailing list