From: Rob Landley <rob@landley.net>
Organization: Boundaries Unlimited
To: Rogier Wolff <R.E.Wolff@bitwizard.nl>
Subject: Re: OOM killer gripe (was Re: What still uses the block layer?)
Date: Fri, 19 Oct 2007 01:49:31 -0500
User-Agent: KMail/1.9.6
Cc: Nick Piggin <nickpiggin@yahoo.com.au>,
       "Eric W. Biederman" <ebiederm@xmission.com>,
       Theodore Tso <tytso@mit.edu>,
       James Bottomley <James.Bottomley@steeleye.com>,
       Matthew Wilcox <matthew@wil.cx>, linux-kernel@vger.kernel.org,
       Suparna Bhattacharya <suparna@in.ibm.com>,
       Nick Piggin <piggin@cyberone.com.au>
References: <200710112011.22000.rob@landley.net> <200710161734.15880.nickpiggin@yahoo.com.au> <20071018130048.GA25084@bitwizard.nl>
In-Reply-To: <20071018130048.GA25084@bitwizard.nl>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200710190149.31962.rob@landley.net>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 952
Lines: 22

On Thursday 18 October 2007 8:00:49 am Rogier Wolff wrote:
> So... IMHO, it would be useful to implement something that pages out
> chunks of memory larger than a single hardware page. This would reduce
> the size of the memory management tables (*), as well as improve disk
> throughput if things DO come to paging....

I believe that was more or less the topic of this paper:
  http://kernel.org/doc/ols/2006/ols2006v2-pages-73-78.pdf

Although these seem sort of tangentially related:
  http://kernel.org/doc/ols/2006/ols2006v1-pages-369-384.pdf
  http://kernel.org/doc/ols/2006/ols2006v2-pages-125-130.pdf

Rob
-- 
"One of my most productive days was throwing away 1000 lines of code."
  - Ken Thompson.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/