Subject: Re: filesystem read-ahead caching....
To: NetBSD Kernel Technical Discussion List <tech-kern@NetBSD.ORG>
From: Greg A. Woods <woods@weird.com>
List: tech-kern
Date: 05/03/2001 23:57:03
[ On Thursday, May 3, 2001 at 20:53:58 (-0700), Chuck Silvers wrote: ]
> Subject: Re: filesystem read-ahead caching....
>
> all of the filesystems now do read ahead and write behind with clustering.
> the cluster_{read,write}() code is not used anymore since that code deals
> with the buffer cache and regular file data is no longer stored in the
> buffer cache.  for read ahead, look in genfs_getpages() where it calls
> VOP_GETPAGES() recursively.
> 
> LFS will be converted to use the page cache for file data as well once
> I finish with the code I'm working on now to enable that.  so far I'm
> still working on implementing pmap_{kenter_pa,kremove} in more pmaps
> (since that is required by my new code), but hopefully I'll get to
> LFS before too much longer.  once LFS is converted, vfs_cluster.c
> can be deleted since it won't be used anymore.

Ah ha!  Thanks very much for the explanation!

I was being confused by trailing dregs and not seeing the new scheme...

Am I right in assuming that this comment from genfs_vnops.c indicates
the current state of affairs w.r.t. controlling the amount of
read-ahead?

         * XXXUBC for now, just read the next 128k on 64k boundaries.
         * this is pretty nonsensical, but it is 50% faster than reading
         * just the next 64k.

-- 
							Greg A. Woods

+1 416 218-0098      VE3TCP      <gwoods@acm.org>     <woods@robohack.ca>
Planix, Inc. <woods@planix.com>;   Secrets of the Weird <woods@weird.com>