From owner-freebsd-fs@FreeBSD.ORG Wed May 12 12:36:49 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6491A1065670; Wed, 12 May 2010 12:36:49 +0000 (UTC) (envelope-from shurik@zk.informjust.ua) Received: from lambent.informjust.ua (lambent.informjust.ua [193.111.173.22]) by mx1.freebsd.org (Postfix) with ESMTP id CB71E8FC1C; Wed, 12 May 2010 12:36:48 +0000 (UTC) Received: from status.informjust.ua ([10.1.10.202]) by lambent.informjust.ua with esmtp (Exim 4.71) (envelope-from ) id L2B4AL-00008I-N8; Wed, 12 May 2010 15:35:11 +0300 Received: from [192.168.72.1] (helo=zk.informjust.ua) by status.informjust.ua with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OCBAr-0009sP-46; Wed, 12 May 2010 15:36:29 +0300 Received: from monstro.zk.informjust.ua ([10.2.113.96]) by zk.informjust.ua with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1OCBAS-000BmM-AU; Wed, 12 May 2010 15:36:04 +0300 Message-ID: <4BEAA0EB.3010407@zk.informjust.ua> Date: Wed, 12 May 2010 15:36:59 +0300 From: "Alexander V. Ribchansky" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru; rv:1.9.1.5) Gecko/20091217 Thunderbird/3.0 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <4BE95F1F.5090009@zk.informjust.ua> <20100511223813.GB3044@garage.freebsd.pl> In-Reply-To: <20100511223813.GB3044@garage.freebsd.pl> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Report: Spam detection software, running on the system "lambent.informjust.ua", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see root@localhost for details. Content preview: 12.05.2010 01:38, Pawel Jakub Dawidek пишет: > -skip- > Could you try the following patch without disabling UMA? > > http://people.freebsd.org/~pjd/patches/vfs_subr.c.7.patch > > It works quite well for me. > > Also we still don't have back-pressure mechanism when arc_meta_limit is > exceeded. OpenSolaris frees namecache entires then and we currently do > nothing. I'll experiment with a bit and let you know if the patch above > doesn't fix your problem still. > > [...] Content analysis details: (-4.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.4 AWL AWL: From: address is in the auto white-list X-Spam-Score: -4.0 (----) Cc: freebsd-fs@freebsd.org Subject: Re: Freebsd 8.0 kmem map too small 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: Wed, 12 May 2010 12:36:49 -0000 12.05.2010 01:38, Pawel Jakub Dawidek пишет: > -skip- > Could you try the following patch without disabling UMA? > > http://people.freebsd.org/~pjd/patches/vfs_subr.c.7.patch > > It works quite well for me. > > Also we still don't have back-pressure mechanism when arc_meta_limit is > exceeded. OpenSolaris frees namecache entires then and we currently do > nothing. I'll experiment with a bit and let you know if the patch above > doesn't fix your problem still. > > I apply you patch on today's STABLE. with 2Gb of ram m.kmem_size_max: 1073741824 vm.kmem_size_min: 0 vm.kmem_size: 1073741824 hw.physmem: 2125430784 hw.usermem: 1291554816 hw.realmem: 2146959360 vfs.zfs.arc_max: 268435456 it survive two sequent buildworld & buildkernel. Wired memory is 791M. Without UMA Wired memory was around 500M on THE SAME settings. Could you please explain as for nOOb, what we get with UMA, and why it uses MORE Wired memory? Is it for better perfomance or for what? What is your recomended tuning for i386 FreeBSD-8 on 2Gb ram typical desktop? And.. again, thank you for your great work on ZFS!! You are MONSTER! :) -- AVR39-RIPE