[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100702070548.GA6959@infradead.org>
Date: Fri, 2 Jul 2010 03:05:48 -0400
From: "hch@...radead.org" <hch@...radead.org>
To: Andreas Dilger <andreas.dilger@...cle.com>
Cc: Neil Brown <neilb@...e.de>,
"Aneesh Kumar K. V" <aneesh.kumar@...ux.vnet.ibm.com>,
"hch@...radead.org" <hch@...radead.org>,
"viro@...iv.linux.org.uk" <viro@...iv.linux.org.uk>,
"adilger@....com" <adilger@....com>,
"corbet@....net" <corbet@....net>,
"serue@...ibm.com" <serue@...ibm.com>,
"hooanon05@...oo.co.jp" <hooanon05@...oo.co.jp>,
"bfields@...ldses.org" <bfields@...ldses.org>,
"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
"sfrench@...ibm.com" <sfrench@...ibm.com>,
"philippe.deniel@....FR" <philippe.deniel@....FR>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH -V14 0/11] Generic name to handle and open by handle
syscalls
On Thu, Jul 01, 2010 at 10:02:29PM -0600, Andreas Dilger wrote:
> I'd like to be able to use this interface to implement the distributed open call proposed by the POSIX HECWG. This allows one client to do the path traversal, broadcast the file handle to the (maybe) 1M processes in the job via MPI, and then the other clients can open the file by handle without doing 1M times the full path traversal (which might be 10's of RPCs per process).
The proposal is doomed anyway. If we allow any sort of open by handle
system call for unprivilegued users we need to do reconnect the dentry
to the dcache path anyway (reconnect_path), which is more expensive than
a normal path lookup.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists