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