[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090302212543.GD20228@elte.hu>
Date: Mon, 2 Mar 2009 22:25:43 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Nick Piggin <nickpiggin@...oo.com.au>,
"H. Peter Anvin" <hpa@...or.com>,
Arjan van de Ven <arjan@...radead.org>,
Andi Kleen <andi@...stfloor.org>,
David Miller <davem@...emloft.net>, sqazi@...gle.com,
linux-kernel@...r.kernel.org, tglx@...utronix.de
Subject: Re: [patch] x86, mm: pass in 'total' to __copy_from_user_*nocache()
* Linus Torvalds <torvalds@...ux-foundation.org> wrote:
> We can play games in the kernel. We do know how many sockets
> there are. We do know the cache size. We _could_ try to make
> an educated guess at whether the next user of the data will be
> DMA or not. So there are unquestionably heuristics we could
> apply, but I also do suspect that they'd inevitably be pretty
> arbitrary.
There's a higher-level meta-code argument to consider as well,
and i find it equally important: finding this rather obvious and
easy to measure performance regression caused by the
introduction of MOVNT took us two years.
That's _way_ too long - and adding more heuristics and more
complexity will just increase this latency. (as we will create
small niches of special cases with special workloads where we
might or might not regress)
So, if any such change is done, we can only do it if we have the
latency of performance-regression-finding on the order of days
or at most weaks - not years.
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