Fix 'negative objects to delete' warning
authorBrian Behlendorf <behlendorf1@llnl.gov>
Mon, 9 May 2011 19:18:46 +0000 (12:18 -0700)
committerBrian Behlendorf <behlendorf1@llnl.gov>
Wed, 18 May 2011 17:29:22 +0000 (10:29 -0700)
commit3fd70ee6b0bc9fa74b7ef87657b9cc3b0304f689
tree12181e31dd71f7496c128d3e0da01f49a07769d8
parentd9bfe0f57a82fd1a02e93309912008ed1aa83e04
Fix 'negative objects to delete' warning

Normally when the arc_shrinker_func() function is called the return
value should be:

   >=0 - To indicate the number of freeable objects in the cache, or
   -1  - To indicate this cache should be skipped

However, when the shrinker callback is called with 'nr_to_scan' equal
to zero.  The caller simply wants the number of freeable objects in
the cache and we must never return -1.  This patch reorders the
first two conditionals in arc_shrinker_func() to ensure this behavior.

This patch also now explictly casts arc_size and arc_c_min to signed
int64_t types so MAX(x, 0) works as expected.  As unsigned types
we would never see an negative value which defeated the purpose of
the MAX() lower bound and broke the shrinker logic.

Finally, when nr_to_scan is non-zero we explictly prevent all reclaim
below arc_c_min.  This is done to prevent the Linux page cache from
completely crowding out the ARC.  This limit is tunable and some
experimentation is likely going to be required to set it exactly right.
For now we're sticking with the OpenSolaris defaults.

Closes #218
Closes #243
module/zfs/arc.c