[Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive...
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Mon, 13 Oct 2025 16:13:15 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=290207
Mark Millard <marklmi26-fbsd@yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |marklmi26-fbsd@yahoo.com
--- Comment #1 from Mark Millard <marklmi26-fbsd@yahoo.com> ---
What happens if you assign vfs.zfs.arc.max=1073741824
in loader.conf and reboot?
I ask because, after booting an operating,
the ARC may have grown and need to shrink
significantly (evict) to get down to the
new range:
) The problem might only be seen via the
live readjustment, not when ZFS was working
with the smaller size from the start. An
effective ability to shrink but actively
trying?
vs.:
) The problem may exist for the small size
under all conditions, even if the ARC was
not allowed to be larger at any time.
It might be useful to report on the comparison/
contrast of the two types of context as additional
evidence.
--
You are receiving this mail because:
You are the assignee for the bug.