From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: [PATCH/RFC 0/11] Shared Policy Overview From: Lee Schermerhorn In-Reply-To: References: <20070625195224.21210.89898.sendpatchset@localhost> <1182968078.4948.30.camel@localhost> <1182987407.7199.61.camel@localhost> Content-Type: text/plain Date: Fri, 29 Jun 2007 09:30:36 -0400 Message-Id: <1183123836.5037.25.camel@localhost> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Christoph Lameter Cc: "Paul E. McKenney" , linux-mm@kvack.org, akpm@linux-foundation.org, nacc@us.ibm.com, ak@suse.de List-ID: On Thu, 2007-06-28 at 18:41 -0700, Christoph Lameter wrote: > On Wed, 27 Jun 2007, Lee Schermerhorn wrote: > > > > 1. The use is lightweight and does not impact performance. > > > > I agree that use of memory policies should have a net decrease in > > performance. However, nothing is for free. It's a tradeoff. If you > > don't need policies or if they hurt worse than they help, don't use > > them. No performance impact. If locality matters and policies help > > more than they cost, use them. > > Wel the current situation seems to be better AFAIK. Why tradeoff > anything for less performance and more inconsistencies? Firstly, the "current situation" is deficient for applications that I, on behalf of our customers, care about. Secondly, I disagree with the "more inconsistencies" bit, as we've discussed. Finally, as far as trading off performance, we're still at the theoretical stage here. I don't recall that you've ever tried my patches on one of your problematic workloads to show that it has any negative impact. I don't see any in my tests, but I don't have access to systems of the size that you do. > > > Maybe. or maybe something different. Laudable goals, anyway. Let's > > discuss in the NUMA BOF. > > Would be good. I keep failing to see the point of all of this. Apparently so... :-( Lee -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org