Whamcloud - gitweb
Landing statfs cache code.
authoradilger <adilger>
Thu, 17 Jul 2003 07:57:38 +0000 (07:57 +0000)
committeradilger <adilger>
Thu, 17 Jul 2003 07:57:38 +0000 (07:57 +0000)
commitba3410c539065ce437b84c52aeeac996dec73c33
tree1529f4c489dd5fb745031748374451e79a9b9229
parentf81f3934c5268c6501da84f732542106c0b6a89e
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/llite/llite_lib.c