Whamcloud - gitweb
Landing statfs cache code.
authoradilger <adilger>
Thu, 17 Jul 2003 07:57:40 +0000 (07:57 +0000)
committeradilger <adilger>
Thu, 17 Jul 2003 07:57:40 +0000 (07:57 +0000)
commit91ef66e6da76d8c39492349b4f909a0036fe9d4c
treeade3529d621749a8a508b1a3cd35d9778ae49733
parent7a174578f0036c99365b9e341c6fbc48d807e1b1
Landing statfs cache code.
- preliminary for prealloc (bug 974)
- preliminary for QOS (bug 855)
- speeds up parallel df
- speeds up lprocfs

Lprocfs underwent a bunch of cleanup (mostly from Intel, partly from me)
to remove lots of macros and strangeness w.r.t. per-target statfs values.

Still open for discussion is how old the cached statfs values can be.
I arbitrarily picked 1 second for client statfs, lprocfs, and target
statfs caches.  We may want to change that, or allow it to be tunable.

Note that this code is different than that in bug 855, in that the
max_age parameter is an absolute age in jiffies, whereas the patch
in bug 855 used a relative time in seconds.  The thing I'm trying
to avoid is if we say "I want a result up to 1 second old", but we
get delayed during an RPC and we don't know what "1 second old" is
related to.
lustre/cobd/cache_obd.c
lustre/cobd/lproc_cache.c
lustre/obdclass/statfs_pack.c