Date: Thu, 29 Apr 2004 07:48:04 -0700
From: Marc Singer <elf@buici.com>
To: Helge Hafting <helgehaf@aitel.hist.no>
Cc: brettspamacct@fastclick.com, linux-kernel@vger.kernel.org
Subject: Re: ~500 megs cached yet 2.6.5 goes into swap hell
Message-ID: <20040429144804.GB708@buici.com>
References: <409021D3.4060305@fastclick.com> <20040428170106.122fd94e.akpm@osdl.org> <409047E6.5000505@pobox.com> <40905127.3000001@fastclick.com> <4090CE3D.2010106@aitel.hist.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4090CE3D.2010106@aitel.hist.no>
User-Agent: Mutt/1.5.5.1+cvs20040105i
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1034
Lines: 23

On Thu, Apr 29, 2004 at 11:43:25AM +0200, Helge Hafting wrote:
> Brett E. wrote:
> [...]
> >Or how about "Use ALL the cache you want Mr. Kernel.  But when I want 
> >more physical memory pages, just reap cache pages and only swap out when 
> >the cache is down to a certain size(configurable, say 100megs or 
> >something)."
> 
> Problem: reaping cache is equivalent to swapping in some cases.
> The cache isn't merely "files read & written".
> It is also all your executable code.  Code is not different from
> files being read at all.  Dumping too much cache will dump the
> code you're executing, and then it have to be reloaded from disk.

Hmm.  I was under the impression that mapped pages were code and
unmapped pages were IO page cache.  Are you suggesting that code is
duplicated?

-
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/