El Fri, 22 Jul 2005 00:16:38 -0700,
Andre Eisenbach <[EMAIL PROTECTED]> escribió:
> So checkout initng for your tests. It's a highly parallelized init
> system which seriously speeds up boot. It also keeps the disks much
> busier during boot and might help your testing.
>
> Initng:
> http://initn
>> I'm currently at OLS and presented http://ds9a.nl/diskstat yesterday, which
>> also references your ancient 'fboot' program.
>
>So checkout initng for your tests. It's a highly parallelized init
>system which seriously speeds up boot. It also keeps the disks much
>busier during boot and might he
Avi Kivity wrote:
parallelized initscripts will probably defeat this, though.
put all run-once-but-never-run-again scripts into initrd / initramfs?
boot into a suspend-to-disk image?
i still see the real solution at least for "desktop" machines is to
minimize the sheer amount of stuff loa
2005/7/21, bert hubert <[EMAIL PROTECTED]>:
> I'm currently at OLS and presented http://ds9a.nl/diskstat yesterday, which
> also references your ancient 'fboot' program.
Bert,
ever so slightly off topic, but you mentioned parallelized startup in
your slides...
So checkout initng for your tests.
Andrew Morton wrote:
The above data is enough for performing a crude preload:
a) Boot the machine
b) Boost the disk queue size, set the VFS readahead to zero, open
/dev/hda1 and all the regular files, hose reads at the disk via
fadvise(). Restore VFS readahead and queue size, continue wit
bert hubert <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew,
>
> I'm currently at OLS and presented http://ds9a.nl/diskstat yesterday, which
> also references your ancient 'fboot' program.
>
> I've also done experiments along those lines, and will be doing more of them
> soon.
>
> You mention it was a
6 matches
Mail list logo
