On Sat, Nov 3, 2012 at 8:21 PM, Mel Gorman <mgor...@suse.de> wrote:
> On Sat, Nov 03, 2012 at 07:04:04PM +0800, Alex Shi wrote:
>> >
>> > In reality, this report is larger but I chopped it down a bit for
>> > brevity. autonuma beats schednuma *heavily* on this benchmark both in
>> > terms of average operations per numa node and overall throughput.
>> >
>> > SPECJBB PEAKS
>> > 3.7.0 3.7.0
>> > 3.7.0
>> > rc2-stats-v2r1 rc2-autonuma-v27r8
>> > rc2-schednuma-v1r3
>> > Expctd Warehouse 12.00 ( 0.00%)
>> > 12.00 ( 0.00%) 12.00 ( 0.00%)
>> > Expctd Peak Bops 442225.00 ( 0.00%)
>> > 596039.00 ( 34.78%) 555342.00 ( 25.58%)
>> > Actual Warehouse 7.00 ( 0.00%)
>> > 9.00 ( 28.57%) 8.00 ( 14.29%)
>> > Actual Peak Bops 550747.00 ( 0.00%)
>> > 646124.00 ( 17.32%) 560635.00 ( 1.80%)
>>
>> It is impressive report!
>>
>> Could you like to share the what JVM and options are you using in the
>> testing, and based on which kinds of platform?
>>
>
> Oracle JVM version "1.7.0_07"
> Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
> Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)
>
> 4 JVMs were run, one for each node.
>
> JVM switch specified was -Xmx12901m so it would consume roughly 80% of
> memory overall.
>
> Machine is x86-64 4-node, 64G of RAM, CPUs are E7-4807, 48 cores in
> total with HT enabled.
>
Thanks for configuration sharing!
I used Jrockit and openjdk with Hugepage plus pin JVM to cpu socket.
In previous sched numa version, I had found 20% dropping with Jrockit
with our configuration. but for this version. No clear regression
found. also has no benefit found.
Seems we need to expend the testing configurations. :)
--
Thanks
Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
