Whamcloud - gitweb
Re-enable the statfs cache on the OSTs, unless there isn't much space left,
authoradilger <adilger>
Thu, 5 Feb 2004 00:43:53 +0000 (00:43 +0000)
committeradilger <adilger>
Thu, 5 Feb 2004 00:43:53 +0000 (00:43 +0000)
commit4e66a9f2e111314a4a0faff732f4b71377fa4190
tree48e43f9a31c4aea847a5be965f2849f0b8707ced
parentc2f077b49d27bbd66198314c4371fe1f53ea5e0e
Re-enable the statfs cache on the OSTs, unless there isn't much space left,
in order to hopefully remove the perf hit from the 974 changes.

We compensate for potentially fast devices consuming a lot of free space by
slightly over-consuming available space from the cached statfs data as each
BRW is handled.  Not enough to throw out the statfs results by any meaningful
amount (esp. given that we include the slightly-old results from the client
cache when replying to clients).  This overconsumption is thrown out each time
we refresh the statfs data (every second or every RPC if almost full).

DEBUG_REQ() now shows the req->rq_repmsg->status in addition to req->rq_status
since the latter is usually zero and the former has the real reply status.
b=2644
lustre/tests/oos2.sh