From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andi Kleen Subject: Re: [PATCH] Document Linux Memory Policy Date: Fri, 1 Jun 2007 12:21:32 +0200 References: <1180467234.5067.52.camel@localhost> <200705312243.20242.ak@suse.de> <20070601093803.GE10459@minantech.com> In-Reply-To: <20070601093803.GE10459@minantech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706011221.33062.ak@suse.de> Sender: owner-linux-mm@kvack.org Return-Path: To: Gleb Natapov Cc: Lee Schermerhorn , Christoph Lameter , linux-mm , Andrew Morton List-ID: On Friday 01 June 2007 11:38:03 Gleb Natapov wrote: > On Thu, May 31, 2007 at 10:43:19PM +0200, Andi Kleen wrote: > > > > > > > Do I > > > > > miss something here? > > > > > > > > I think you do. > > > OK. It seems I missed the fact that VMA policy is completely ignored for > > > pagecache backed files and only task policy is used. > > > > That's not correct. tmpfs is page cache backed and supports (even shared) VMA policy. > > hugetlbfs used to too, but lost its ability, but will hopefully get it again. > > > This is even more confusing. I see. Anything that doesn't work exactly as your particular application expects it is "unnatural" and "confusing". I suppose only in Glebnix it would be different. > So numa_*_memory() works different > depending on where file is created. See it as "it doesn't work for files, but only for shared memory". The main reason for that is that there is no way to make it persistent for files. I only objected to your page cache based description because tmpfs (and even anonymous memory) are page cache based too. > I can't rely on this anyway and > have to assume that numa_*_memory() call is ignored and prefault. It's either use shared/anonymous memory or process policy. > I think Lee's patches should be applied ASAP to fix this inconsistency. They have serious semantic problems. -Andi -- 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