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:
>
>> 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
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
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
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
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.
Avi Kivity wrote:
parallelized initscripts will probably defeat this, though.
put all run-once-but-never-run-again scripts into initrd / initramfs?
evil grin
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
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 help your
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:
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
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 waste of
12 matches
Mail list logo