From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758218Ab0FORoL (ORCPT ); Tue, 15 Jun 2010 13:44:11 -0400 Received: from bombadil.infradead.org ([18.85.46.34]:34613 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753004Ab0FORoJ (ORCPT ); Tue, 15 Jun 2010 13:44:09 -0400 Date: Tue, 15 Jun 2010 13:43:53 -0400 From: Christoph Hellwig To: Andrea Arcangeli Cc: Mel Gorman , Christoph Hellwig , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, Dave Chinner , Chris Mason , Nick Piggin , Rik van Riel Subject: Re: [RFC PATCH 0/6] Do not call ->writepage[s] from direct reclaim and use a_ops->writepages() where possible Message-ID: <20100615174353.GA14429@infradead.org> References: <1275987745-21708-1-git-send-email-mel@csn.ul.ie> <20100615140011.GD28052@random.random> <20100615141122.GA27893@infradead.org> <20100615142219.GE28052@random.random> <20100615144342.GA3339@infradead.org> <20100615150850.GF28052@random.random> <20100615153838.GO26788@csn.ul.ie> <20100615161419.GH28052@random.random> <20100615163044.GR26788@csn.ul.ie> <20100615163747.GK28052@random.random> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100615163747.GK28052@random.random> User-Agent: Mutt/1.5.20 (2009-08-17) X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 15, 2010 at 06:37:47PM +0200, Andrea Arcangeli wrote: > It'd be interesting to verify that things don't fall apart with > current xfs if you swapon ./file_on_xfs instead of /dev/something. I can give it a try, but I don't see why it would make any difference. Swap files bypass the filesystem completely during the I/O phase as the swap code builts an extent map during swapon and then submits bios by itself. That also means no allocator calls or other forms of metadata updates. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [RFC PATCH 0/6] Do not call ->writepage[s] from direct reclaim and use a_ops->writepages() where possible Date: Tue, 15 Jun 2010 13:43:53 -0400 Message-ID: <20100615174353.GA14429@infradead.org> References: <1275987745-21708-1-git-send-email-mel@csn.ul.ie> <20100615140011.GD28052@random.random> <20100615141122.GA27893@infradead.org> <20100615142219.GE28052@random.random> <20100615144342.GA3339@infradead.org> <20100615150850.GF28052@random.random> <20100615153838.GO26788@csn.ul.ie> <20100615161419.GH28052@random.random> <20100615163044.GR26788@csn.ul.ie> <20100615163747.GK28052@random.random> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Mel Gorman , Christoph Hellwig , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, Dave Chinner , Chris Mason , Nick Piggin , Rik van Riel To: Andrea Arcangeli Return-path: Content-Disposition: inline In-Reply-To: <20100615163747.GK28052@random.random> Sender: owner-linux-mm@kvack.org List-Id: linux-fsdevel.vger.kernel.org On Tue, Jun 15, 2010 at 06:37:47PM +0200, Andrea Arcangeli wrote: > It'd be interesting to verify that things don't fall apart with > current xfs if you swapon ./file_on_xfs instead of /dev/something. I can give it a try, but I don't see why it would make any difference. Swap files bypass the filesystem completely during the I/O phase as the swap code builts an extent map during swapon and then submits bios by itself. That also means no allocator calls or other forms of metadata updates. -- 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