From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754203Ab0LGQjM (ORCPT ); Tue, 7 Dec 2010 11:39:12 -0500 Received: from THUNK.ORG ([69.25.196.29]:56968 "EHLO thunker.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751412Ab0LGQjJ (ORCPT ); Tue, 7 Dec 2010 11:39:09 -0500 Date: Tue, 7 Dec 2010 11:38:20 -0500 From: "Ted Ts'o" To: Wu Fengguang Cc: Rik van Riel , Peter Zijlstra , Andrew Morton , Chris Mason , Dave Chinner , Jan Kara , Jens Axboe , Mel Gorman , KOSAKI Motohiro , Christoph Hellwig , linux-mm , "linux-fsdevel@vger.kernel.org" , LKML , "linux-ext4@vger.kernel.org" Subject: Re: ext4 memory leak? Message-ID: <20101207163820.GF24607@thunk.org> Mail-Followup-To: Ted Ts'o , Wu Fengguang , Rik van Riel , Peter Zijlstra , Andrew Morton , Chris Mason , Dave Chinner , Jan Kara , Jens Axboe , Mel Gorman , KOSAKI Motohiro , Christoph Hellwig , linux-mm , "linux-fsdevel@vger.kernel.org" , LKML , "linux-ext4@vger.kernel.org" References: <20101205064430.GA15027@localhost> <4CFB9BE1.3030902@redhat.com> <20101207131136.GA20366@localhost> <20101207143351.GA23377@localhost> <20101207152120.GA28220@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101207152120.GA28220@localhost> User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: tytso@thunk.org X-SA-Exim-Scanned: No (on thunker.thunk.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 07, 2010 at 11:21:20PM +0800, Wu Fengguang wrote: > On Tue, Dec 07, 2010 at 10:33:51PM +0800, Wu Fengguang wrote: > > > In a simple dd test on a 8p system with "mem=256M", I find the light > > > > When increasing to 10 concurrent dd tasks, I managed to crash ext4.. > > (2 concurrent dd's are OK, with very good write performance.) What was the dd command line? Specifically, how big were the file writes? I haven't been able to replicate a leak. I'll try on a small system seeing if I can replicate an OOM kill, but I'm not seeing a leak. (i.e., after the dd if=/dev/zero of=/test/$i" jobs) are finished, the memory utilization looks normal and I don't see any obvious slab leaks. - Ted