Subject: Re: Strange memory leak in 2.6.x
From: Alexander Nyberg <alexn@dsv.su.se>
To: Tobias Hennerich <Tobias@Hennerich.de>
Cc: Timo Hennerich <Timo@Hennerich.de>, linux-kernel@vger.kernel.org,
       Andrew Morton <akpm@osdl.org>, Vladimir Saveliev <vs@namesys.com>
In-Reply-To: <20050317133026.A4515@bart.hennerich.de>
References: <20050308173811.0cd767c3.akpm@osdl.org>
	 <20050309102740.D3382@bart.hennerich.de>
	 <20050311183207.A22397@bart.hennerich.de> <1110565420.2501.12.camel@boxen>
	 <20050312133241.A11469@bart.hennerich.de> <1110640085.2376.22.camel@boxen>
	 <20050312214216.A24046@bart.hennerich.de> <1110661479.3360.11.camel@boxen>
	 <026101c52891$2a618410$0404010a@hennerich.de>
	 <1110812292.2492.21.camel@localhost.localdomain>
	 <20050317133026.A4515@bart.hennerich.de>
Content-Type: text/plain
Date: Wed, 23 Mar 2005 14:41:15 +0100
Message-Id: <1111585276.2441.1.camel@localhost.localdomain>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1960
Lines: 51

> > > for one of the last results of /proc/page_owner. It seems to be
> > > obvious that the memory-leak seems to be the first entry:
> > > 
> > >     $ less page_owner_sorted_20050314_0740.bz2
> > >     881397 times:
> > >     Page allocated via order 0
> > >     [0xc013962b] find_or_create_page+91
> > >     [0xf8aa9955] reiserfs_prepare_file_region_for_write+613
> > >     [0xf8aaa606] reiserfs_file_write+1366
> > >     [0xc015765c] vfs_write+172
> > >     [0xc015776c] sys_write+60
> > >     [0xc0103879] sysenter_past_esp+82
> > 
> > [resolved addresses => names]
> > > 
> > > The sorted table of /proc/kallsyms looks like this:
> > > 
> > >     f8aa96f0 t reiserfs_prepare_file_region_for_write       [reiserfs]
> > >     f8aaa0b0 t reiserfs_file_write  [reiserfs]
> > > 
> > > So I guess that we have a problem with the reiser filesystem??
> > > We are using reiserfs 3.6...
> > 
> > [added Vladimir Saveliev to CC]
> > 
> > The only thing that stands out is big page cache. However, looking at
> > the previous OOM output it shows that it is zone normal that is
> > completely out of memory and that highmem zone has lots of free memory.
> > 
> > Let's see if the big sharks know what is going on...
> 
> Hm, it seems like the big sharks are hunting other fishes at the moment...
> 
> I looked at the code myself - reiserfs_prepare_file_region_for_write
> has more then 250 lines of code. I don't want to critize anyone, but
> this function is a bit too long to be easily debugged.
> 
> Because we suspect the problem in reiserfs and we still have to reboot
> the machine every other day, we will switch to ext3 now.

Just to follow up, did the problems go away when switching to ext3?

Thanks
Alexander


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