From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx167.postini.com [74.125.245.167]) by kanga.kvack.org (Postfix) with SMTP id 8FD666B0006 for ; Tue, 2 Apr 2013 10:59:24 -0400 (EDT) Received: by mail-ee0-f42.google.com with SMTP id b47so271629eek.15 for ; Tue, 02 Apr 2013 07:59:22 -0700 (PDT) Message-ID: <515AF27C.2060206@suse.cz> Date: Tue, 02 Apr 2013 17:00:12 +0200 From: Jiri Slaby MIME-Version: 1.0 Subject: Re: Excessive stall times on ext4 in 3.9-rc2 References: <20130402142717.GH32241@suse.de> In-Reply-To: <20130402142717.GH32241@suse.de> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Mel Gorman , linux-ext4@vger.kernel.org Cc: LKML , Linux-MM On 04/02/2013 04:27 PM, Mel Gorman wrote: > I'm testing a page-reclaim-related series on my laptop that is partially > aimed at fixing long stalls when doing metadata-intensive operations on > low memory such as a git checkout. I've been running 3.9-rc2 with the > series applied but found that the interactive performance was awful even > when there was plenty of free memory. > > I activated a monitor from mmtests that logs when a process is stuck for > a long time in D state and found that there are a lot of stalls in ext4. > The report first states that processes have been stalled for a total of > 6498 seconds on IO which seems like a lot. Here is a breakdown of the > recorded events. Just a note that I am indeed using ext4 on the affected machine for all filesystems I have except for an efi partition... -- js suse labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org