some arc_reclaim_needed stats
avg at icyb.net.ua
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 arc_summary.pl 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.
More information about the freebsd-fs