Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754557Ab0BARwa (ORCPT ); Mon, 1 Feb 2010 12:52:30 -0500 Received: from nlpi129.sbcis.sbc.com ([207.115.36.143]:38211 "EHLO nlpi129.prodigy.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753960Ab0BARw1 (ORCPT ); Mon, 1 Feb 2010 12:52:27 -0500 Date: Mon, 1 Feb 2010 11:50:16 -0600 (CST) From: Christoph Lameter X-X-Sender: cl@router.home To: Dave Chinner cc: Andi Kleen , Miklos Szeredi , Alexander Viro , Christoph Hellwig , Christoph Lameter , Rik van Riel , Pekka Enberg , akpm@linux-foundation.org, Nick Piggin , Hugh Dickins , linux-kernel@vger.kernel.org Subject: Re: inodes: Support generic defragmentation In-Reply-To: <20100130024329.GJ15853@discord.disaster> Message-ID: References: <20100129204931.789743493@quilx.com> <20100129205004.405949705@quilx.com> <20100130024329.GJ15853@discord.disaster> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 751 Lines: 17 On Sat, 30 Jan 2010, Dave Chinner wrote: > How do you expect defrag to behave when the filesystem doesn't free > the inode immediately during dispose_list()? That is, the above code > only finds inodes that are still active at the VFS level but they > may still live for a significant period of time after the > dispose_list() call. This is a real issue now that XFS has combined > the VFS and XFS inodes into the same slab... Then the freeing of the slab has to be delayed until the objects are freed. -- 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/