Re: 2.5.38-mm2 dbench $N times

From: Martin J. Bligh (mbligh@aracnet.com)
Date: Wed Sep 25 2002 - 15:57:22 EST


> Pretty sure each dbench child does it's own write/read to only it's own data.
> There is no sharing that I am aware of between the processes.

Right, but if the processes migrate easily, there's still no CPU locality.
Bill, do you want to try binding 1/32 of the processes to each CPU, and see if
that makes your throughput increase?

> How about running in tmpfs to avoid any disk IO at all?

As far as I understand it, that won't help - we're operating out of pagecache anyway
at this level, I think.
 
> Also, what's the policy for home node assignment on fork? Are all of these
> children getting the same home node assingnment??

Policy is random - the scheduler lacks any NUMA comprehension at the moment.
The numa sched mods would probably help a lot too.

M.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Mon Sep 30 2002 - 22:00:24 EST