ARC "pressured out", how to control/stabilize ? (reformatted to text/plain)
Vladimir Sharun
atz at ukr.net
Mon Jan 6 11:15:05 UTC 2014
Dear Andriy and FreeBSD community,
I got the few minutes run for this dtrace hook; here's the output for 15 minutes run:
http://pastebin.com/pKm9kLwa
Does it explain something ?
> on 04/01/2014 14:50 Vladimir Sharun said the following:
> [snip]
> > ARC: 28G Total, 2085M MFU, 20G MRU, 29M Anon, 1858M Header, 3855M Other
> [snip]
> > ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP
> [snip]
> > zio_data_buf_131072: 131072, 0, 488217, 9,287155442, 0, 0
>
> I noticed a particular discrepancy between reported ARC usage and sizes of UMA
> zones used by ZFS code:
>
> 488217 * 131072 = ~59GB right there.
>
> There are several possibilities for this discrepancy:
> - bad accounting or reporting of ARC stats
> - those 128K buffers being used in a special way and thus not accounted as ARC
> - some sort of resource leak
>
> You could try to use DTrace to gather the stacks of all code paths that lead to
> allocation of those buffers. Something like:
>
> fbt::zio_data_buf_alloc:entry
> /arg0 == 131072/
> {
> @[stack()] = count();
> }
>
> This could be a start for understanding the issue.
>
More information about the freebsd-current
mailing list