Filesystem-local databases in mlocate

[Axel Thimm]

On Sun, Mar 18, 2007 at 12:11:27PM +0100, Bernardo Innocenti wrote:
> Axel Thimm wrote:
> 
> >> If I understood it correctly, every locate search would read the files on the
> >> remote volumes, right? The performance will suffer a bit I think. For example,
> >> NFS over 11mbit wifi is fine, but waiting tens of seconds for the database to
> >> download isn't good. Probably a global locate cache db that merges all the
> >> fs-local ones would be nice.
> > 
> > Perhaps the remote .mlocatedbs could be cached based on size and timestamp?
> 
> Linux NFS always has had very poor performance wrt local filesystems, but
> adding another layer of complexity in updatedb to overcome the limitations
> of NFS over slow links is inappropriate.
> 
> The NFSv4 spec allows very aggressive client-side caching.  Recent kernels
> with cachefs may even use local files for backing store.  This general
> solution should speedup most usage patterns without the need to add
> specialized caches to all applications.

We're certainly not there yet to disallow connecting to NFS3 servers
(or anything but NFSv4).
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20070318/239962b8/attachment.sig>