From: "J. Bruce Fields" <bfields@redhat.com>
To: Christoph Hellwig <hch@infradead.org>
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>
Subject: Re: [Lsf-pc] [1/8] readdir-plus system call - LSF/MM follow up
Date: Tue, 4 Jun 2013 11:52:10 -0400 [thread overview]
Message-ID: <20130604155209.GC2614@pad.fieldses.org> (raw)
In-Reply-To: <20130604153848.GA26106@infradead.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.
next prev parent reply other threads:[~2013-06-04 15:53 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-08 10:19 [LSF/MM TOPIC (expanded) 0/8] New API's for better exporting of VFS from user-mode daemons Boaz Harrosh
2013-04-08 10:22 ` [1/8] readdir-plus system call Boaz Harrosh
2013-04-08 10:26 ` Steven Whitehouse
2013-04-08 15:18 ` [Nfs-ganesha-devel] " Matt W. Benjamin
2013-04-08 13:51 ` DENIEL Philippe
2013-04-08 19:02 ` Abhijith Das
2013-04-10 20:31 ` Andreas Dilger
2013-05-24 16:14 ` [1/8] readdir-plus system call - LSF/MM follow up Abhijith Das
2013-05-24 19:41 ` Zach Brown
2013-05-28 14:49 ` Abhijith Das
2013-05-28 15:13 ` Jim Lieb
[not found] ` <OF27E1911F.3FBABA22-ON87257B79.005C087F-88257B79.005C320B@us.ibm.com>
2013-05-29 0:57 ` Jim Lieb
[not found] ` <OF067A3B49.F63109B6-ON87257B7A.00137A60-88257B7A.00140BC7@us.ibm.com>
2013-05-29 10:06 ` Jeff Layton
2013-05-29 14:04 ` J. Bruce Fields
2013-06-04 15:38 ` [Lsf-pc] " Christoph Hellwig
2013-06-04 15:52 ` J. Bruce Fields [this message]
2013-05-29 16:52 ` Re: Re: " Jim Lieb
2013-05-28 20:00 ` Andreas Dilger
2013-05-28 20:11 ` Abhijith Das
2013-04-08 10:25 ` [LSF/MM TOPIC (expanded) 0/8] New API's for better exporting of VFS from user-mode daemons Steven Whitehouse
2013-04-08 10:25 ` [2/8] Sane locks (UNPOSIX locks) Boaz Harrosh
2013-04-08 12:02 ` [Lsf-pc] " Jeff Layton
2013-04-08 10:28 ` [3/8] File delegations, Usermode API of Bruce's pending patches Boaz Harrosh
2013-04-08 10:32 ` [4/8] PNFS ioctls/syscall Boaz Harrosh
2013-04-08 10:36 ` [5/8] syscall_cred() a system call that receives alternate CREDs Boaz Harrosh
2013-04-08 13:54 ` DENIEL Philippe
2013-04-08 14:42 ` J. Bruce Fields
2013-04-08 14:58 ` Boaz Harrosh
2013-04-08 18:23 ` Jim Lieb
2013-04-08 18:31 ` J. Bruce Fields
2013-04-08 19:45 ` Jim Lieb
2013-04-08 21:33 ` Boaz Harrosh
2013-04-09 16:40 ` Jim Lieb
2013-04-08 10:42 ` [6/8] Rich ACLs (continued, drive through this time) Boaz Harrosh
2013-04-08 11:12 ` Vyacheslav Dubeyko
2013-04-08 14:27 ` Venkateswararao Jujjuri
2013-04-08 10:43 ` [7/8] Single call interface to getattr/setattr Boaz Harrosh
[not found] ` <OF4A1A78E0.CB4DED3E-ON87257B47.00549E35-88257B47.005520A8@us.ibm.com>
2013-04-08 16:41 ` Boaz Harrosh
2013-04-08 10:45 ` [8/8] Fix fsnotify short comings (single fd with recursive notifications) Boaz Harrosh
2013-04-08 13:59 ` DENIEL Philippe
2013-04-08 15:22 ` Al Viro
2013-04-08 15:36 ` J. Bruce Fields
2013-04-08 14:31 ` [LSF/MM TOPIC (expanded) 0/8] New API's for better exporting of VFS from user-mode daemons Venkateswararao Jujjuri
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130604155209.GC2614@pad.fieldses.org \
--to=bfields@redhat.com \
--cc=adas@redhat.com \
--cc=bharrosh@panasas.com \
--cc=dchinner@redhat.com \
--cc=ffilz@us.ibm.com \
--cc=hch@infradead.org \
--cc=jlayton@redhat.com \
--cc=jlieb@panasas.com \
--cc=jvrao@linux.vnet.ibm.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=lsf-pc@lists.linux-foundation.org \
--cc=nfs-ganesha-devel@lists.sourceforge.net \
--cc=philippe.deniel@cea.fr \
--cc=steved@redhat.com \
--cc=swhiteho@redhat.com \
--cc=zab@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.