[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120321071258.GA24997@gmail.com>
Date: Wed, 21 Mar 2012 08:12:58 +0100
From: Ingo Molnar <mingo@...nel.org>
To: Andrea Arcangeli <aarcange@...hat.com>
Cc: Dan Smith <danms@...ibm.com>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...e.hu>, Paul Turner <pjt@...gle.com>,
Suresh Siddha <suresh.b.siddha@...el.com>,
Mike Galbraith <efault@....de>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Lai Jiangshan <laijs@...fujitsu.com>,
Bharata B Rao <bharata.rao@...il.com>,
Lee Schermerhorn <Lee.Schermerhorn@...com>,
Rik van Riel <riel@...hat.com>,
Johannes Weiner <hannes@...xchg.org>,
linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [RFC] AutoNUMA alpha6
* Andrea Arcangeli <aarcange@...hat.com> wrote:
> [...]
>
> So give me a break... you must have made a real mess in your
> benchmarking. numasched is always doing worse than upstream
> here, in fact two times massively worse. Almost as bad as the
> inverse binds.
Andrea, please stop attacking the messenger.
We wanted and needed more testing, and I'm glad that we got it.
Can we please figure out all the details *without* accusing
anyone of having made a mess? It is quite possible as well that
*you* made a mess of it somewhere, either at the conceptual
stage or at the implementational stage, right?
numasched getting close to the hard binding numbers is pretty
much what I'd expect to see from it: it is an
automatic/intelligent CPU and memory affinity (and migration)
method to approximate the results of manual hard binding of
threads.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists