From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rob Ross Subject: Re: NFSv4/pNFS possible POSIX I/O API standards Date: Tue, 05 Dec 2006 15:50:40 -0600 Message-ID: <4575E9B0.3060908@mcs.anl.gov> References: <1164950795.5761.25.camel@lade.trondhjem.org> <1164984094.5761.86.camel@lade.trondhjem.org> <20061203015203.GA5656@schatzie.adilger.int> <20061204073200.GB5637@schatzie.adilger.int> <1165245336.711.176.camel@lade.trondhjem.org> <4574C48A.8030007@mcs.anl.gov> <1165298200.5776.26.camel@lade.trondhjem.org> <20061205100748.GC5871@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Trond Myklebust , Andreas Dilger , Sage Weil , Brad Boyer , Anton Altaparmakov , Gary Grider , linux-fsdevel@vger.kernel.org Return-path: Received: from mailgw.mcs.anl.gov ([140.221.9.4]:35895 "EHLO mailgw.mcs.anl.gov" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758986AbWLEVun (ORCPT ); Tue, 5 Dec 2006 16:50:43 -0500 To: Christoph Hellwig In-Reply-To: <20061205100748.GC5871@infradead.org> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Christoph Hellwig wrote: > On Tue, Dec 05, 2006 at 12:56:40AM -0500, Trond Myklebust wrote: >> On Mon, 2006-12-04 at 18:59 -0600, Rob Ross wrote: >>> Hi all, >>> >>> I don't think that the group intended that there be an opendirplus(); >>> rather readdirplus() would simply be called instead of the usual >>> readdir(). We should clarify that. >>> >>> Regarding Peter Staubach's comments about no one ever using the >>> readdirplus() call; well, if people weren't performing this workload in >>> the first place, we wouldn't *need* this sort of call! This call is >>> specifically targeted at improving "ls -l" performance on large >>> directories, and Sage has pointed out quite nicely how that might work. >> ...and we have pointed out how nicely this ignores the realities of >> current caching models. There is no need for a readdirplus() system >> call. There may be a need for a caching barrier, but AFAICS that is all. > > I think Andreas mentioned that it is useful for clustered filesystems > that can avoid additional roundtrips this way. That alone might now > be enough reason for API additions, though. The again statlite and > readdirplus really are the most sane bits of these proposals as they > fit nicely into the existing set of APIs. The filehandle idiocy on > the other hand is way of into crackpipe land. So other than this "lite" version of the readdirplus() call, and this idea of making the flags indicate validity rather than accuracy, are there other comments on the directory-related calls? I understand that they might or might not ever make it in, but assuming they did, what other changes would you like to see? Thanks, Rob