]> CyberLeo.Net >> Repos - FreeBSD/FreeBSD.git/commit
Target ARC size can get reduced to arc_c_min
authorMatthew Ahrens <mahrens@delphix.com>
Wed, 12 Jun 2019 20:06:55 +0000 (13:06 -0700)
committerBrian Behlendorf <behlendorf1@llnl.gov>
Wed, 12 Jun 2019 20:06:55 +0000 (13:06 -0700)
commitd9cd66e45f285356624d26eb92e10e2baf2738ee
tree186ed8e9a22f28bf9a6f56b83e66f4371abc141a
parent10269e02f9d0feef815a83d718728b51a9633d16
Target ARC size can get reduced to arc_c_min

Sometimes the target ARC size is reduced to arc_c_min, which impacts
performance.  We've seen this happen as part of the random_reads
performance regression test, where the ARC size is reduced before the
reads test starts which impacts how long it takes for system to reach
good IOPS performance.

We call arc_reduce_target_size when arc_reap_cb_check() returns TRUE,
and arc_available_memory() is less than arc_c>>arc_shrink_shift.

However, arc_available_memory() could easily be low, even when arc_c is
low, because we can have tons of unused bufs in the abd kmem cache. This
would be especially true just after the DMU requests a bunch of stuff be
evicted from the ARC (e.g. due to "zpool export").

To fix this, the ARC should reduce arc_c by the requested amount, not
all the way down to arc_size (or arc_c_min), which can be very small.

Reviewed-by: Tim Chase <tim@chase2k.com>
Reviewed by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: George Melikov <mail@gmelikov.ru>
Signed-off-by: Matthew Ahrens <mahrens@delphix.com>
External-issue: DLPX-59431
Closes #8864
module/zfs/arc.c