Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262395AbVAZIr5 (ORCPT ); Wed, 26 Jan 2005 03:47:57 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262396AbVAZIr5 (ORCPT ); Wed, 26 Jan 2005 03:47:57 -0500 Received: from ns.virtualhost.dk ([195.184.98.160]:38026 "EHLO virtualhost.dk") by vger.kernel.org with ESMTP id S262395AbVAZIrx (ORCPT ); Wed, 26 Jan 2005 03:47:53 -0500 Date: Wed, 26 Jan 2005 09:47:44 +0100 From: Jens Axboe To: Andrew Morton Cc: torvalds@osdl.org, alexn@dsv.su.se, kas@fi.muni.cz, linux-kernel@vger.kernel.org, lennert.vanalboom@ugent.be Subject: Re: Memory leak in 2.6.11-rc1? Message-ID: <20050126084743.GD2751@suse.de> References: <20050123095608.GD16648@suse.de> <20050123023248.263daca9.akpm@osdl.org> <1106528219.867.22.camel@boxen> <20050124204659.GB19242@suse.de> <20050124125649.35f3dafd.akpm@osdl.org> <20050126080152.GA2751@suse.de> <20050126001113.30933eef.akpm@osdl.org> <20050126084005.GB2751@suse.de> <20050126004419.26aab4a5.akpm@osdl.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050126004419.26aab4a5.akpm@osdl.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2580 Lines: 80 On Wed, Jan 26 2005, Andrew Morton wrote: > Jens Axboe wrote: > > > > On Wed, Jan 26 2005, Andrew Morton wrote: > > > Jens Axboe wrote: > > > > > > > > But the 2.6.11-rcX vm is still very > > > > screwy, to get something close to nice and smooth behaviour I have to > > > > run a fillmem every now and then to reclaim used memory. > > > > > > Can you provide more details? > > > > Hmm not really, I just seem to have a very large piece of > > non-cache/buffer memory that seems reluctant to shrink on light memory > > pressure. > > If it's not pagecache then what is it? slab? Must be, if it's reclaimable. > > This makes the box feel sluggish, if I force reclaim by > > running fillmem and swapping on/off again, it feels much better. > > before-n-after /proc/meminfo would be interesting. > > If you actually meant that is _is_ sticky pagecache then perhaps the recent > mark_page_accessed() changes in filemap.c, although I'd be surprised. I don't think it's sticky page cache, it seems to shrink just fine. This is my current situtation: axboe@wiggum:/home/axboe $ free total used free shared buffers cached Mem: 1024992 1015288 9704 0 76680 328148 -/+ buffers/cache: 610460 414532 Swap: 0 0 0 axboe@wiggum:/home/axboe $ cat /proc/meminfo MemTotal: 1024992 kB MemFree: 9768 kB Buffers: 76664 kB Cached: 328024 kB SwapCached: 0 kB Active: 534956 kB Inactive: 224060 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 1024992 kB LowFree: 9768 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 1400 kB Writeback: 0 kB Mapped: 464232 kB Slab: 225864 kB CommitLimit: 512496 kB Committed_AS: 773844 kB PageTables: 8004 kB VmallocTotal: 34359738367 kB VmallocUsed: 644 kB VmallocChunk: 34359737167 kB HugePages_Total: 0 HugePages_Free: 0 Hugepagesize: 2048 kB > > I should mention that this is with 2.6.bk + andreas oom patches that he > > asked me to test. I can try 2.6.11-rc2-bkX if you think I should. > > They shouldn't be causing this sort of thing. I didn't think so, just mentioning it for completeness :) -- Jens Axboe - 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/