From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 21:24:29 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C621116A402; Sat, 7 Apr 2007 21:24:29 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 396EA13C4BB; Sat, 7 Apr 2007 21:24:28 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l37LORZX034625; Sat, 7 Apr 2007 23:24:27 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l37LOEgY092776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Apr 2007 23:24:15 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l37LOE1P017826; Sat, 7 Apr 2007 23:24:14 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l37LOE4U017825; Sat, 7 Apr 2007 23:24:14 +0200 (CEST) (envelope-from ticso) Date: Sat, 7 Apr 2007 23:24:14 +0200 From: Bernd Walter To: Pawel Jakub Dawidek Message-ID: <20070407212413.GK8831@cicely12.cicely.de> References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070407191517.GN63916@garage.freebsd.pl> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, ticso@cicely.de Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 21:24:29 -0000 On Sat, Apr 07, 2007 at 09:15:17PM +0200, Pawel Jakub Dawidek wrote: > On Sat, Apr 07, 2007 at 08:03:19PM +0200, Bernd Walter wrote: > > Now with 240M kmem it looks good, but I'm still unshure: > > kstat.zfs.misc.arcstats.c_min: 67108864 > > kstat.zfs.misc.arcstats.c_max: 188743680 > > kstat.zfs.misc.arcstats.size: 87653376 > > c_max seemed to be increasing with kmem, but I did compare it with a > > remebered value. > > Should be good with: > > vm.kmem_size: 251658240 > > But top shows wired memory which is roughly twice the size of > > arcstats.size, so I'm still worried about kmem exhaustion if ARC runs > > up to c_max. > > Since the c_min/c_max values also influence the available RAM for other > > purposes as well, can we have it at least a loader.conf tuneable? > > Just committed a change. You can tune max and min ARC size via > vfs.zfs.arc_max and vfs.zfs.arc_min tunnables. Thanks - I'd set c_max to 80M now and will see what happens, since I had such a panic again with 240M kmem. I'm a bit confused about the calculation as such. Lets asume a 4G i386 system. arg_c = 512M c_min = 512M c_max = 3G But isn't this KVA space, of which we usually can't have 3G on i386 without limiting userland to 1G? Even 512M KVA sounds very much on a i386, since 4G systems usually have more use for limited KVA. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de