On Mon, Feb 20, 2006 at 05:09:40PM -0800, Andrew Morton wrote:
> Ravikiran G Thirumalai <[email protected]> wrote:
> >
> >
> > Yes, only on vSMPowered systems. Well, we have a large
> > internode cacheline, but these machines have lots of memory too. I
> > thought a simpler padding solution might be acceptable as futex_queues
> > would be large only on our boxes.
>
> Well it's your architecture... As long as you're finding this to be a
> sufficiently large problem in testing to justify consuming a meg of memory
> then fine, let's do it.
>
> But your initial changelog was rather benchmark-free? It's always nice to
> see numbers accompanying a purported optimisation patch.
We saw 30% better elapsed time with a threaded benchmark on our systems, with
this patch. That said, we would like to avoid this bloat on our systems too,
and some work needs to be done to improve futex hashing on NUMA. But for now,
this patch should be good enough.
Thanks,
Kiran
-
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]
