From mboxrd@z Thu Jan  1 00:00:00 1970
From: "J. Bruce Fields" <bfields@redhat.com>
Subject: Re: [Lsf-pc] [1/8] readdir-plus system call - LSF/MM follow up
Date: Tue, 4 Jun 2013 11:52:10 -0400
Message-ID: <20130604155209.GC2614@pad.fieldses.org>
References: <516299A5.8030109@panasas.com>
 <1849331.etDWltRNrI@jlieb-e6410>
 <OF27E1911F.3FBABA22-ON87257B79.005C087F-88257B79.005C320B@us.ibm.com>
 <6063990.7MGE7UW7Zr@jlieb-e6410>
 <OF067A3B49.F63109B6-ON87257B7A.00137A60-88257B7A.00140BC7@us.ibm.com>
 <20130529060609.434ac247@corrin.poochiereds.net>
 <20130529140456.GA28385@pad.fieldses.org>
 <20130604153848.GA26106@infradead.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: Jeff Layton <jlayton@redhat.com>,
	lsf-pc@lists.linux-foundation.org, Zach Brown <zab@redhat.com>,
	Abhijith Das <adas@redhat.com>,
	Dave Chinner <dchinner@redhat.com>,
	Ganesha NFS List <nfs-ganesha-devel@lists.sourceforge.net>,
	Steve Dickson <steved@redhat.com>,
	linux-fsdevel <linux-fsdevel@vger.kernel.org>,
	DENIEL Philippe <philippe.deniel@cea.fr>,
	Boaz Harrosh <bharrosh@panasas.com>,
	Frank S Filz <ffilz@us.ibm.com>,
	Jim Lieb <jlieb@panasas.com>,
	Venkateswararao Jujjuri <jvrao@linux.vnet.ibm.com>,
	Steven Whitehouse <swhiteho@redhat.com>
To: Christoph Hellwig <hch@infradead.org>
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Received: from mx1.redhat.com ([209.132.183.28]:2520 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751802Ab3FDPxi (ORCPT <rfc822;linux-fsdevel@vger.kernel.org>);
	Tue, 4 Jun 2013 11:53:38 -0400
Content-Disposition: inline
In-Reply-To: <20130604153848.GA26106@infradead.org>
Sender: linux-fsdevel-owner@vger.kernel.org
List-ID: <linux-fsdevel.vger.kernel.org>

On Tue, Jun 04, 2013 at 08:38:48AM -0700, Christoph Hellwig wrote:
> On Wed, May 29, 2013 at 10:04:56AM -0400, J. Bruce Fields wrote:
> > An odd exception: in the presence of "posix" acls, "ls -l" requests an
> > acl for every entry, so it can decide whether or not to add a "+" after
> > the mode (which indicates the presence of a non-trivial acl.) Judging
> > from http://www.bestbits.at/richacl/example.html, the same is intended
> > (but not yet implemented) for richacls.
> > 
> > Maybe if that case were common, there'd be some advantage to ls being
> > able to do a readdir plus to the nfs client that the nfs client could
> > translate into a single readdir to the server?
> > 
> > But I hope it doesn't come to that.
> 
> Having a xstat flag that a filesystem can set meaning there is no
> additional security information would be way more efficient for the
> common case.

I think that might make sense.

(Though I can't claim any evidence of an actual problem here.  Just that
if people are counting the stat's on "ls -l" then may find out they run
into those extra getxattrs too.)

--b.