From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wendy Cheng Subject: Re: NFSv4/pNFS possible POSIX I/O API standards Date: Tue, 28 Nov 2006 18:28:22 -0500 Message-ID: <456CC616.80605@redhat.com> References: <6.2.3.4.2.20061127213243.04f786c0@cic-mail.lanl.gov> <20061128055428.GA29891@infradead.org> <20061128105446.GA31928@mail.clusterfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mx1.redhat.com ([66.187.233.31]:25826 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S1758012AbWK1Xie (ORCPT ); Tue, 28 Nov 2006 18:38:34 -0500 To: Gary Grider , linux-fsdevel@vger.kernel.org In-Reply-To: <20061128105446.GA31928@mail.clusterfs.com> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Andreas Dilger wrote: >>>> statlite() - asking for stat info without requiring completely >>>> accurate info like dates and sizes. This is good >>>> for running stat against a file that is open by hundreds of >>>> processes which currently forces callbacks >>>> and the hundreds of processes to flush. >>>> > > This is a big win for clustered filesystems. Some "stat" items are > a lot more work to gather than others, and if an application (e.g. > "ls --color" which is default on all distros) doesn't need anything > except the file mode to print "*" and color an executable green it > is a waste to gather the remaining ones. > Some of the described calls look very exciting and, based on our current customer issues, we have needs for them today rather than tomorrow. This "statlite()" is definitely one of them as we have been plagued by "ls" performance for a while. I'm wondering whether there are implementation efforts to push this into LKML soon ? -- Wendy