some arc_reclaim_needed stats

Andriy Gapon avg at
Fri Apr 23 00:33:08 UTC 2010

on 23/04/2010 03:24 jhell said the following:
> On 04/22/2010 17:14, Andriy Gapon wrote:
>> on 21/04/2010 16:04 jhell said the following:
>>> If these are not tunable values and serve a good purpose as a stat to be
>>> added at some point, would they not be better in kstat.zfs.misc? rather
>>> than vfs.zfs so they can be collected with the rest of the stats via
>> Yes, I agree.
>> But right now no one seems to think that there is anything useful about these
>> stats :-)
>>> Without seeing the thread "kstat.zfs.misc.arcstats.hash_collisions" I
>>> had updated the script yesterday to include these under a
>>> "ARC Misc" section in the output. Just a FYI in case it may be useful to
>>> you or others.
>> BTW, it would be nice if hash table size (number of buckets) would be reported
>> too.  But that's a kernel change, not arc_summary.
> Something like what is in r59 and in the download section ?
> ARC Hash Breakdown:
> 	Elements Max:				129057
> 	Elements Current:		99.24%	128070
> 	Collisions:				251021
> 	Chain Max:				21
> 	Chains:					16326

No, I mean number of the buckets (not elements) in the hash table.

Andriy Gapon

More information about the freebsd-fs mailing list