From mboxrd@z Thu Jan 1 00:00:00 1970 From: Al Viro Subject: Re: [PATCH 8/8] FUSE: per inode statfs Date: Tue, 25 Oct 2005 05:32:46 +0100 Message-ID: <20051025043246.GL7992@ftp.linux.org.uk> References: <20051024172546.GA30782@fieldses.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: bfields@fieldses.org, akpm@osdl.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Return-path: Received: from zeniv.linux.org.uk ([195.92.253.2]:27527 "EHLO ZenIV.linux.org.uk") by vger.kernel.org with ESMTP id S1751452AbVJYEcu (ORCPT ); Tue, 25 Oct 2005 00:32:50 -0400 To: Miklos Szeredi Content-Disposition: inline In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Mon, Oct 24, 2005 at 09:05:35PM +0200, Miklos Szeredi wrote: > > > This patch makes FUSE based filesystems able to return filesystem > > > statistics based on path. While breaks with the tradition of > > > homogeneous statistics per _local_ filesystem, however adds useful > > > ability to user to differentiate statistics from different _remote_ > > > filesystem served by the same userspace server. > > > > Wouldn't it make more sense to create more mountpoints (on demand, if > > necessary) to handle this case? > > Only if > > a) it's possible to find out about remote mountpoints > > b) not prohibitively expensive to do so on each lookup And finding the pathnames to call statfs() on is by some magic cheaper?