From owner-freebsd-fs@FreeBSD.ORG Thu Jul 14 10:27:39 2011 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 F24151065679 for ; Thu, 14 Jul 2011 10:27:39 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id AD7F98FC17 for ; Thu, 14 Jul 2011 10:27:39 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QhJ8s-0005qy-2G for freebsd-fs@freebsd.org; Thu, 14 Jul 2011 12:27:38 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Jul 2011 12:27:38 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Jul 2011 12:27:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Thu, 14 Jul 2011 12:27:25 +0200 Lines: 13 Message-ID: References: <1309217450.43651.YahooMailRC@web120014.mail.ne1.yahoo.com> <20110628010822.GA41399@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: X-Enigmail-Version: 1.1.2 Subject: Re: Improving old-fashioned UFS2 performance with lots of inodes... 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: Thu, 14 Jul 2011 10:27:40 -0000 On 12/07/2011 16:06, Chris Rees wrote: > On 28 June 2011 02:08, Jeremy Chadwick wrote: >> >> On what exact OS version? Please don't say "8.2", need to know >> 8.2-RELEASE, -STABLE, or what. You said "8.x" above, which is too >> vague. If 8.2-STABLE you should not be tuning vm.kmem_size_max at all, >> and you probably don't need to tune vm.kmem_size either. > > We don't do 8.2-STABLE, it's 8-STABLE.... Yeah, but colloquially "8.2-STABLE" means "8-STABLE in between 8.2 and 8.3 releases"... it's not a new thing.