You might be surprised at the differences between what you think should be in the cache and what actually should be there. But in any case, the client doesn't have any sort of multi-policy cache capabilities that I'm aware of.

If you've got a list of files that you really want to keep cached, just put the file names into a list and do something like this:

while (1) ; do
   for f in `cat ~/.afs.cache.list` ; do
       head $f > /dev/null
       sleep 10
   done
   sleep 600
done

That's just off the top of my head and may be busted or dead wrong here and there (I have no intention of trying to run it), but you get the idea, which is to keep using the files you want to keep in the cache.

The cache does a pretty good job. It's not usually worth trying to outsmart it, but then I haven't really had the need to try. YMMV.
(Oh BTW, your shift key seems to be malfunctioning a lot, too. :^)
--
   +--------------------------------------------------------------+
  / [EMAIL PROTECTED]  919-445-9302  http://www.unc.edu/~utoddl /
 /   I just got lost in thought. It was unfamiliar territory.   /
+--------------------------------------------------------------+


ted leslie wrote:
i'd like to take advantage of the afs caching for added performance,
is it possible to have two seperate caches?
that is, i know there will be a common set of files
used over and over again, that really should remain in RAM cache
all the time, but other large files may also be cached and
wipe out the other ones that i'd like to always have cached.
One way I can fix this , is if i could have two afs clients on the same 
workstation,
one that has access to the afs that have the very popular files,
and other that has access to the infrequent, but large files that otherwise 
would
spoil the cache. Can one have two seperate afs clients running on a workstation?

Another sol'n might be , to be able to control what is and isn't cachable ?

any ideas/thought/sol'n would be appreciated.

thanks,

-tl
_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info

_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info

Reply via email to