Re: numa/core regressions fixed - more testers wanted
From: Andrew Theurer <hidden>
Date: 2012-11-21 17:59:35
Also in:
lkml
On Tue, 2012-11-20 at 20:10 -0800, Hugh Dickins wrote:
On Tue, 20 Nov 2012, Rik van Riel wrote:quoted
On 11/20/2012 08:54 PM, Andrew Theurer wrote:quoted
I can confirm single JVM JBB is working well for me. I see a 30% improvement over autoNUMA. What I can't make sense of is some perf stats (taken at 80 warehouses on 4 x WST-EX, 512GB memory):AutoNUMA does not have native THP migration, that may explain some of the difference.When I made some fixes to the sched/numa native THP migration, I did also try porting that (with Hannes's memcg fixes) to AutoNUMA. Here's the patch below: it appeared to be working just fine, but you might find that it doesn't quite apply to whatever tree you're using. I started from 3.6 autonuma28fast in aa.git, but had folded in some of the equally applicable TLB flush optimizations too. There's also a little "Hack, remove after THP native migration" retuning in mm/huge_memory.c which should probably be removed too.
Thanks, this worked for me. The autoNUMA SPECjbb result is now much closer, just 4% lower than the numa/core result. The number of anon and anon-huge pages are now nearly the same. -Andrew Theurer -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>