From owner-freebsd-fs@FreeBSD.ORG Fri Apr 23 00:33:08 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0C761065673 for ; Fri, 23 Apr 2010 00:33:08 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E33128FC16 for ; Fri, 23 Apr 2010 00:33:07 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id DAA18931; Fri, 23 Apr 2010 03:33:05 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O56pM-000AtT-JU; Fri, 23 Apr 2010 03:33:04 +0300 Message-ID: <4BD0EABF.6030100@icyb.net.ua> Date: Fri, 23 Apr 2010 03:33:03 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: jhell References: <4BC86CF3.7060708@icyb.net.ua> <4BCEF7E4.6080606@dataix.net> <4BD0BC44.1040204@icyb.net.ua> <4BD0E8A9.4040403@dataix.net> In-Reply-To: <4BD0E8A9.4040403@dataix.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: some arc_reclaim_needed stats X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 00:33:08 -0000 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 :-) -- Andriy Gapon