From owner-freebsd-current@FreeBSD.ORG  Thu Dec 29 00:04:52 2011
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: current@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 83BB4106566C;
	Thu, 29 Dec 2011 00:04:52 +0000 (UTC)
	(envelope-from mckusick@mckusick.com)
Received: from chez.mckusick.com (unknown
	[IPv6:2001:5a8:4:7e72:4a5b:39ff:fe12:452])
	by mx1.freebsd.org (Postfix) with ESMTP id 443138FC08;
	Thu, 29 Dec 2011 00:04:52 +0000 (UTC)
Received: from chez.mckusick.com (localhost [127.0.0.1])
	by chez.mckusick.com (8.14.3/8.14.3) with ESMTP id pBT04iQH012044;
	Wed, 28 Dec 2011 16:04:44 -0800 (PST)
	(envelope-from mckusick@chez.mckusick.com)
Message-Id: <201112290004.pBT04iQH012044@chez.mckusick.com>
To: Don Lewis <truckman@freebsd.org>
In-reply-to: <201112152330.pBFNUqDe063464@gw.catspoiler.org> 
Date: Wed, 28 Dec 2011 16:04:44 -0800
From: Kirk McKusick <mckusick@mckusick.com>
X-Spam-Status: No, score=0.0 required=5.0 tests=MISSING_MID, UNPARSEABLE_RELAY
	autolearn=failed version=3.2.5
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on chez.mckusick.com
X-Mailman-Approved-At: Thu, 29 Dec 2011 02:06:45 +0000
Cc: phk@phk.freebsd.dk, seanbru@yahoo-inc.com, current@freebsd.org
Subject: Re: dogfooding over in clusteradm land 
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Dec 2011 00:04:52 -0000

Rather than changing BKVASIZE, I would try running the cvs2svn
conversion on a 16K/2K filesystem and see if that sorts out the
problem. If it does, it tells us that doubling the main block
size and reducing the number of buffers by half is the problem.
If that is the problem, then we will have to increase the KVM
allocated to the buffer cache.

	Kirk McKusick