Re: Possible dcache BUG
From: Nick Piggin
Date: Wed Aug 11 2004 - 20:36:56 EST
Gene Heskett wrote:
On Wednesday 11 August 2004 01:15, Linus Torvalds wrote:
On Tue, 10 Aug 2004, Linus Torvalds wrote:
So I suspect it's a balancing issue. Possibly just the slight
change in slab balancing to fix the highmem problems. Maybe we
shrink slab _too_ aggressively or something.
Udo, that's a simple thing to check. If it's the slab balancing
changes, then you should be able to test it with just a
bk cset -x1.1830.4.3
if you have the current BK and are a BK user, or by just revertign
the patch here ("patch -R -p1" from inside your linux source tree)
if you're not a BK user..
Linus
With the previously attached patch reverted, a fresh kernel builds in:
real 7m18.296s
user 5m49.385s
sys 0m31.760s
which is a marked improvement, but still about 1m30 or so slow.
This could easily be from too much slab pressure. How much memory do you
have?
Have you got highmem turned on?
The new slab pressure calculation is an improvement in that it won't let
slab
get out of control and cause OOMs, however it can shrink the slab too much.
If you regularly need ZONE_DMA pages, for example. AFAIKS there isn't
much you
can do about this except go to per-zone slab LRUs.
That said, your stability problems should be resolved first. If they are
fixed,
and you would like to help track down the slowdown, run the kernel
compile about
3 times each with and without the patch, and save cat /proc/vmstat
before and
after each compile. Try to keep all else constant.
Thanks
Nick
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/