Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Feb 2012 12:59:05 +0200
From:      Alexander Motin <mav@FreeBSD.org>
To:        Jeff Roberson <jroberson@jroberson.net>
Cc:        freebsd-hackers@FreeBSD.org, Florian Smeets <flo@FreeBSD.org>, Andriy Gapon <avg@FreeBSD.org>
Subject:   Re: [RFT][patch] Scheduling for HTT and not only
Message-ID:  <4F3CE179.7070605@FreeBSD.org>
In-Reply-To: <4F3CC2E7.9070100@FreeBSD.org>
References:  <4F2F7B7F.40508@FreeBSD.org> <4F366E8F.9060207@FreeBSD.org> <4F367965.6000602@FreeBSD.org> <4F396B24.5090602@FreeBSD.org> <alpine.BSF.2.00.1202131012270.2020@desktop> <4F3978BC.6090608@FreeBSD.org> <alpine.BSF.2.00.1202131108460.2020@desktop> <4F3990EA.1080002@FreeBSD.org> <4F3C0BB9.6050101@FreeBSD.org> <alpine.BSF.2.00.1202150949480.2020@desktop> <4F3CC2E7.9070100@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 02/16/12 10:48, Alexander Motin wrote:
> On 02/15/12 21:54, Jeff Roberson wrote:
>> On Wed, 15 Feb 2012, Alexander Motin wrote:
>>> As before I've tested this on Core i7-870 with 4 physical and 8
>>> logical cores and Atom D525 with 2 physical and 4 logical cores. On
>>> Core i7 I've got speedup up to 10-15% in super-smack MySQL and
>>> PostgreSQL indexed select for 2-8 threads and no penalty in other
>>> cases. pbzip2 shows up to 13% performance increase for 2-5 threads and
>>> no penalty in other cases.
>>
>> Can you also test buildworld or buildkernel with a -j value twice the
>> number of cores? This is an interesting case because it gets little
>> benefit from from affinity and really wants the best balancing possible.
>> It's also the first thing people will complain about if it slows.
>
> All night long buildworld run on Core i7-2600K (4/8 cores) with 8GB RAM
> and RAID0 of two fast SSDs found no bad surprises:
>
> old new %
> 1 4242.33 4239.69 -0.0622299538
> 2 2376.4433 2340.47 -1.5137453521
> 4 1581.3033 1430.1733 -9.5573063055
> 6 1394.8033 1348.0533 -3.3517270858
> 8 1365.8067 1315.87 -3.6562055231
> 10 1312.8533
> 12 1350.23 1313.2667 -2.7375558238
> 16 1346.2267 1306.0733 -2.9826625783
> 20 1313.31
>
> Each point there averaged of 3 runs.

Ah! Just recalled, this kernel included patch from avg@ that removed 
extra equal topology level from the tree. That could improve balancer 
behavior in this case of single-socket system.

-- 
Alexander Motin



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F3CE179.7070605>