On ma, 2006-08-14 at 15:01 +0100, Alan Cox wrote:
> Ar Llu, 2006-08-14 am 15:12 +0200, ysgrifennodd Erik Slagter:
> > I am really blown away here. It looks like disk access is the bottleneck
> > here, but I can't imagine my disks being so slow (at seeking, I guess)
> > it should matter that much.
>
> Keith has answered the main question but your assumptions about seeking
> are also not neccessarily correct. Disk seek times as opposed to data
> rates and density have not materially improved for many years now, nor
> for IDE has the rotation speed and thus rotational latency to access
> data.
I was suspecting disk seeking because increasing the number of jobs
(beyond the number of cores) would help. But I really didn't take the
actual kernel building system into consideration. And I do know that ATA
disk seek performance is ehrrmm... suboptimal and absolutely not related
to interface speed or even straight read-from-disk speed. I was hoping
fiddling with the i/o scheduler and readahead knobs would make _some_
difference here.
Interesting fact btw, that if I kick one of the disks out of the mirror,
the kernel building time remains more or less the same. So it looks like
the md mirror theory doesn't have that great impact on practise.
Anyway thank for the clues.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]