Re: [PATCH] Reinstantiating stale inodes

[Steve Dickson <SteveD@redhat.com>]

Trond Myklebust wrote:

>On Mon, 2004-05-03 at 15:50, Steve Dickson wrote:
>
>  
>
>>So I would like to propose a less intrusive patch what will simply zap
>>the directories caches when nfs_revalidate() sees an ESTALE.
>>
>>This patch does not effect traffic and only the first dir entry is 
>>failed with ESTALE
>>and finally subsequent ls will not fail with ESTALEs....
>>
>>Comments?
>>    
>>
>
>That one looks fine (although it will not apply to 2.6.x).
>  
>
Its a 2.4 patch...

>I'm still curious to find out which operations are changing ctime on the
>parent directory without changing mtime, though.
>  
>
Here are two if the runs I've seen... The first one is without the 
patch, the second
one is with the patch...

client rpc stats:
calls      retrans    authrefrsh
30073      7          0
Client nfs v3:
null       getattr    setattr    lookup     access     readlink
0       0% 2280    7% 1199    3% 2595    8% 1173    3% 250     0%
read       write      create     mkdir      symlink    mknod
3954   13% 11892  39% 893     2% 175     0% 250     0% 0       0%
remove     rmdir      rename     link       readdir    readdirplus
1391    4% 175     0% 376     1% 250     0% 0       0% 1119    3%
fsstat     fsinfo     pathconf   commit
1500    4% 1       0% 0       0% 600     1%


Client rpc stats:
calls      retrans    authrefrsh
34134      22         0
Client nfs v3:
null       getattr    setattr    lookup     access     readlink
0       0% 2124    6% 1199    3% 2979    8% 1174    3% 250     0%
read       write      create     mkdir      symlink    mknod     
3954   11% 15752  46% 893     2% 175     0% 250     0% 0       0%
remove     rmdir      rename     link       readdir    readdirplus
1391    4% 175     0% 380     1% 250     0% 0       0% 1119    3%
fsstat     fsinfo     pathconf   commit
1500    4% 1       0% 0       0% 568     1%

The lookups and writes seem to sky rocketing.... and I've seen other
runs (with using both mtime and ctimes) where the lookups, getattrs
and reads sky rocket

SteveD.


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs