On 04/11/2014 17:22, Allan Jude wrote:
snip...
Justin Gibbs and I were helping George from Voxer look at the same issue
they are having. They had ~169GB in inact, and only ~60GB being used for
ARC.
Are there any further debugging steps we can recommend to him to help
investigate this?
The various scripts attached to the ZS ARC behavior problem and fix PR
will help provide detail this.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594
I've seen it here where there's been bursts of ZFS I/O specifically
write bursts.
What happens is that ZFS will consume large amounts of space in various
UMA zones to accommodate these bursts.
The VM only triggers UMA reclaim when it sees pressure, however if the
main memory consumer is ZFS ARC its possible that the require pressure
will not be applied because when allocating ARC ZFS takes into account
free memory.
The result is it will back off its memory requirements before the
reclaim is triggered leaving all the space allocated but not used.
I was playing around with a patch, on that bug report, which added clear
down of UMA within ZFS ARC to avoid just this behavior, but its very
much me playing for testing the theory only.
From what I've seen UMA needs something like the coloring which can be
used to trigger clear down over time to prevent UMA zones sitting their
eating large amounts of memory like they currently do.
Regards
Steve
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
