Cc: Ray Lee <ray-lk@...>, Bodo Eggert <7eggert@...>, Jeremy Fitzhardinge <jeremy@...>, Jesper Juhl <jesper.juhl@...>, Linux Kernel Mailing List <linux-kernel@...>, William Lee Irwin III <wli@...>, David Chinner <dgc@...>, Arjan van de Ven <arjan@...>
On Wed, Jul 18, 2007 at 04:38:19AM +0200, Rene Herman wrote:
I'd be surprised if a user had substantially more than one OGG, video,
or browser in memory at one time. In fact, you're likely to find only
a fraction of each of those in memory at any given time.
Meanwhile, they're likely to have thousands of small browser cache,
thumbnail, config, icon, maildir, etc. files in cache. And hundreds of
medium-sized libraries, utilities, applications, and so on.
You can expect the distribution of file sizes to follow a gamma
distribution, with a large hump towards the small end of the spectrum
around 1-10K, dropping off very rapidly as file sizes grow.
Fewer minor pagefaults, perhaps. Readahead already deals with most of
the major pagefaults that larger pages would.
Anyway, raising the systemwide memory overhead by up to 15% seems an
awfully silly way to address the problem of not being able to allocate
a stack when you're down to your last 1 or 2% of memory! In all
likelihood, we'll fail sooner because we're completely OOM.
--
Mathematics is the supreme nostalgia of our time.
-
