[lkml]   [2012]   [Aug]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 00/19] sched-numa rewrite
On 08/08/2012 01:17 PM, Andrea Arcangeli wrote:
> Hi everyone,
> On Tue, Jul 31, 2012 at 09:12:04PM +0200, Peter Zijlstra wrote:
>> Hi all,
>> After having had a talk with Rik about all this NUMA nonsense where he proposed
>> the scheme implemented in the next to last patch, I came up with a related
>> means of doing the home-node selection.
>> I've also switched to (ab)using PROT_NONE for driving the migration faults.
> I'm glad we agree on the introduction of the numa hinting page faults.
> I run a benchmark to compare your sched-numa rewrite with autonuma22:

For the people who have not yet read that PDF:

While the sched-numa code is relatively small and clean, the
current version does not seem to offer a significant
performance improvement over not having it, and in one of
the tests performance actually regresses vs. mainline.

On the other hand, the autonuma code is pretty large and
hard to understand, but it does provide a significant
speedup on each of the tests.

I have not looked at why sched-numa is not giving a significant
performance improvement.

 \ /
  Last update: 2012-08-08 21:21    [W:0.311 / U:0.304 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site