Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 12 Apr 2001 11:08:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 12 Apr 2001 11:07:57 -0400 Received: from garrincha.netbank.com.br ([200.203.199.88]:2319 "HELO netbank.com.br") by vger.kernel.org with SMTP id ; Thu, 12 Apr 2001 11:07:52 -0400 Date: Thu, 12 Apr 2001 12:07:39 -0300 (BRST) From: Rik van Riel To: Alexander Viro Cc: Jan Harkes , Andreas Dilger , linux-kernel@vger.kernel.org Subject: Re: [PATCH] Re: Fwd: Re: memory usage - dentry_cacheg In-Reply-To: Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 12 Apr 2001, Alexander Viro wrote: > On Thu, 12 Apr 2001, Jan Harkes wrote: > > > But the VM pressure on the dcache and icache only comes into play once > > the system still has a free_shortage _after_ other attempts of freeing > > up memory in do_try_to_free_pages. > > I don't think that it's necessary bad. Please take a look at Ed Tomlinson's patch. It also puts pressure on the dcache and icache independent of VM pressure, but it does so based on the (lack of) pressure inside the dcache and icache themselves. The patch looks simple, sane and it might save us quite a bit of trouble in making the prune_{icache,dcache} functions both able to avoid low-memory deadlocks *AND* at the same time able to run fast under low-memory situations ... we'd just prune from the icache and dcache as soon as a "large portion" of the cache isn't in use. regards, Rik -- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com.br/ - 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/