some arc_reclaim_needed stats

jhell jhell at dataix.net
Fri Apr 23 01:10:37 UTC 2010


On 04/22/2010 20:33, Andriy Gapon wrote:
> 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
>>>> arc_summary.pl.
>>> 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.
> http://en.wikipedia.org/wiki/Hash_table
> :-)
> 

Lol I read your reply one way and took it completely different in
thinking that you wanted the ARC Hash stats and was not paying to close
attention to the specific need of "hash buckets".

My bad...

Regards,

-- 

 jhell


More information about the freebsd-fs mailing list