Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S271359AbUJVPcO (ORCPT ); Fri, 22 Oct 2004 11:32:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S271363AbUJVPcO (ORCPT ); Fri, 22 Oct 2004 11:32:14 -0400 Received: from pfepb.post.tele.dk ([195.41.46.236]:50805 "EHLO pfepb.post.tele.dk") by vger.kernel.org with ESMTP id S271359AbUJVPcB (ORCPT ); Fri, 22 Oct 2004 11:32:01 -0400 Message-ID: <41792C36.4070301@users.sourceforge.net> Date: Fri, 22 Oct 2004 17:50:14 +0200 From: =?ISO-8859-15?Q?Kristian_S=F8rensen?= Organization: The Umbrella Team User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040814) X-Accept-Language: en-us, en MIME-Version: 1.0 To: root@chaos.analogic.com Cc: Kasper Sandberg , =?ISO-8859-15?Q?Kristian_S=F8re?= =?ISO-8859-15?Q?nsen?= , LKML Mailinglist , umbrella@cs.aau.dk Subject: Re: Gigantic memory leak in linux-2.6.[789]! References: <200410221613.35913.ks@cs.aau.dk> <1098455535.12574.1.camel@localhost> In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1779 Lines: 57 Richard B. Johnson wrote: > On Fri, 22 Oct 2004, Kasper Sandberg wrote: > >> On Fri, 2004-10-22 at 16:13 +0200, Kristian S?rensen wrote: >> >>> Hi all! >>> >>> After some more testing after the previous post of the OOPS in >>> generic_delete_inode, we have now found a gigantic memory leak in >>> Linux 2.6. >>> [789]. The scenario is the same: >>> >>> File system: EXT3 >>> Unpack and delete linux-2.6.8.1.tar.bz2 with this Bash while loop: >>> >>> let "i = 0" >>> while [ "$i" -lt 10 ]; do >>> tar jxf linux-2.6.8.1.tar.bz2; >>> rm -fr linux-2.6.8.1; >>> let "i = i + 1" >>> done >>> >>> When the loop has completed, the system use 124 MB memory more _each_ >>> time.... >>> so it is pretty easy to make a denial-of-service attack :-( > > > > Do something like this with your favorite kernel version..... > > while true ; do tar -xzf linux-2.6.9.tar.gz ; rm -rf linux-2.6.9 ; > vmstat ; done > > You can watch this for as long as you want. If there is no other > activity, the values reported by vmstat remain, on the average, stable. > If you throw in a `sync` command, the values rapidly converge to > little memory usage as the disk-data gets flused to disk. The problem is, that the free memory reported by vmstat is decresing by 124mb for each 10-iterations.... The allocated memory does not get freed even if the system has been left alone for three hours! Cheers, Kristian. -- Kristian S?rensen - The Umbrella Project http://umbrella.sourceforge.net E-mail: ipqw@users.sf.net, Phone: +45 29723816 - 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/