From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 27 Jul 2007 12:21:59 -0700 From: Randy Dunlap Subject: Re: [PATCH] Document Linux Memory Policy - V2 Message-Id: <20070727122159.293b5a33.randy.dunlap@oracle.com> In-Reply-To: <1185562889.5069.68.camel@localhost> References: <20070725111646.GA9098@skynet.ie> <20070726132336.GA18825@skynet.ie> <20070726225920.GA10225@skynet.ie> <20070727082046.GA6301@skynet.ie> <20070727154519.GA21614@skynet.ie> <1185559260.5069.40.camel@localhost> <20070727113836.9471e35e.randy.dunlap@oracle.com> <1185562889.5069.68.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Lee Schermerhorn Cc: linux-mm@kvack.org, Christoph Lameter , ak@suse.de, Mel Gorman , KAMEZAWA Hiroyuki , akpm@linux-foundation.org, pj@sgi.com, Michael Kerrisk , Eric Whitney List-ID: On Fri, 27 Jul 2007 15:01:28 -0400 Lee Schermerhorn wrote: > On Fri, 2007-07-27 at 11:38 -0700, Randy Dunlap wrote: > > On Fri, 27 Jul 2007 14:00:59 -0400 Lee Schermerhorn wrote: > > > > > [PATCH] Document Linux Memory Policy - V2 > > > > > > Documentation/vm/memory_policy.txt | 278 +++++++++++++++++++++++++++++++++++++ > > > 1 file changed, 278 insertions(+) > > > > > > Index: Linux/Documentation/vm/memory_policy.txt > > > =================================================================== > > > --- /dev/null 1970-01-01 00:00:00.000000000 +0000 > > > +++ Linux/Documentation/vm/memory_policy.txt 2007-07-27 13:40:45.000000000 -0400 > > > @@ -0,0 +1,278 @@ > > > + > > > > ... > > > > > + > > > +MEMORY POLICY CONCEPTS > > > + > > > +Scope of Memory Policies > > > + > > > +The Linux kernel supports four more or less distinct scopes of memory policy: > > > + > > > + System Default Policy: this policy is "hard coded" into the kernel. It > > > + is the policy that governs the all page allocations that aren't controlled > > > > drop ^ "the" > > > > > + by one of the more specific policy scopes discussed below. > > > > Are these policies listed in order of "less specific scope to more > > specific scope"? > > Randy: > > Thanks for the quick review. I will make the edits you suggest and > re-post after the weekend [hoping for more feedback...]. Sure. > To answer your question, yes, it was my intent to order them from least > specific [or most general?] to most specific. Shall I say so? Yes. I would. > Other than these items, does the document make sense? Do you think it's > worth adding? Andi was concerned about having documentation in too many > places [code + doc]. Yes, I think that it's worth adding and makes sense, although Christoph's comment about documenting effects instead of internal workings also makes sense to me. That would also tend to mitigate Andi's concern a bit. --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** -- 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