Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 21 Oct 2002 18:24:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 21 Oct 2002 18:24:17 -0400 Received: from 2-136.ctame701-1.telepar.net.br ([200.193.160.136]:55005 "EHLO 2-136.ctame701-1.telepar.net.br") by vger.kernel.org with ESMTP id ; Mon, 21 Oct 2002 18:24:14 -0400 Date: Mon, 21 Oct 2002 20:30:06 -0200 (BRST) From: Rik van Riel X-X-Sender: riel@imladris.surriel.com To: "Martin J. Bligh" cc: Andrew Morton , linux-kernel , linux-mm mailing list Subject: Re: ZONE_NORMAL exhaustion (dcache slab) In-Reply-To: <309670000.1035236015@flay> 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 Content-Length: 1138 Lines: 31 On Mon, 21 Oct 2002, Martin J. Bligh wrote: > > Blockdevices only use ZONE_NORMAL for their pagecache. That cat will > > selectively put pressure on the normal zone (and DMA zone, of course). > > Ah, I recall that now. That's fundamentally screwed. It's not too bad since the data can be reclaimed easily. The problem in your case is that the dentry and inode cache didn't get reclaimed. Maybe there is a leak so they can't get reclaimed at all or maybe they just don't get reclaimed fast enough. I'm looking into the "can't be reclaimed fast enough" problem right now. First on 2.4-rmap, but if it works I'll forward-port the thing to 2.5 soon (before Linus returns from holidays). regards, Rik -- Bravely reimplemented by the knights who say "NIH". http://www.surriel.com/ http://distro.conectiva.com/ Current spamtrap: october@surriel.com - 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/