From mboxrd@z Thu Jan 1 00:00:00 1970 From: jim owens Subject: Re: Attempt at "stat light" implementation Date: Tue, 07 Apr 2009 12:20:23 -0400 Message-ID: <49DB7D47.5090103@hp.com> References: <20090407062356.GA1336463@fiona.linuxhacker.ru> <20090407102340.GT3204@webber.adilger.int> <49DB6FB1.1060504@hp.com> <5F293D25-E48B-4B0F-808F-B389DE05DD01@linuxhacker.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andreas Dilger , linux-fsdevel@vger.kernel.org To: Oleg Drokin Return-path: Received: from g1t0028.austin.hp.com ([15.216.28.35]:27057 "EHLO g1t0028.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756013AbZDGQU1 (ORCPT ); Tue, 7 Apr 2009 12:20:27 -0400 In-Reply-To: <5F293D25-E48B-4B0F-808F-B389DE05DD01@linuxhacker.ru> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Oleg Drokin wrote: > On Apr 7, 2009, at 11:22 AM, jim owens wrote: > >> - who is going to fix (and keep fixed) those gui file managers >> (and stop users from "ls -l" or viewing properties)? > > The idea is once this gets upstream, ls (and then possibly > filemanagers) will start to use this call. > Then it will eventualy propagate to users the natural way. you can lead them to water, but can't keep them from peeing in it :) > The thing is, e.g. in Lustre there are different kind of locks you > would get for different inode attributes and these 2 RPCs to > get them separately 5 minutes apart from each other would actually > save us some RPCs, since there would not be lock ping pong to > invalidate the locks held by a client protecting e.g. directory > nlink count (that the client does not care about) when another dir > is created in that dir. I would have been happy with more RPCs if we even got 10 seconds of extra time on our shared lock before doing the invalidate and switch to the exclusive heavy attr lock. It was all the heavy calls at subsecond intervals after the light ones that really hurt. But if you start seeing that kind of traffic I guess you can always code it to change light requests to heavy ones and cache them. jim