aboutsummaryrefslogtreecommitdiffstats
path: root/scripts/zpios-test/1x256th-65536rc-4rs-1cs-4off.sh
diff options
context:
space:
mode:
authorBrian Behlendorf <[email protected]>2011-05-09 12:18:46 -0700
committerBrian Behlendorf <[email protected]>2011-05-18 10:29:22 -0700
commit3fd70ee6b0bc9fa74b7ef87657b9cc3b0304f689 (patch)
tree12181e31dd71f7496c128d3e0da01f49a07769d8 /scripts/zpios-test/1x256th-65536rc-4rs-1cs-4off.sh
parentd9bfe0f57a82fd1a02e93309912008ed1aa83e04 (diff)
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
Diffstat (limited to 'scripts/zpios-test/1x256th-65536rc-4rs-1cs-4off.sh')
0 files changed, 0 insertions, 0 deletions