From owner-freebsd-fs@FreeBSD.ORG Sun Oct 8 22:25:00 2006 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E719D16A403 for ; Sun, 8 Oct 2006 22:25:00 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1-3.pacific.net.au [61.8.2.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5625A43D45 for ; Sun, 8 Oct 2006 22:25:00 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout1.pacific.net.au (Postfix) with ESMTP id E03555DFC21; Mon, 9 Oct 2006 08:24:58 +1000 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id k98MOuXF008714; Mon, 9 Oct 2006 08:24:56 +1000 Date: Mon, 9 Oct 2006 08:24:55 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: "R. B. Riddick" In-Reply-To: <20061008203349.84148.qmail@web30312.mail.mud.yahoo.com> Message-ID: <20061009075528.W31379@delplex.bde.org> References: <20061008203349.84148.qmail@web30312.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@FreeBSD.org, Kris Kennaway Subject: Re: 2 bonnies can stop disk activity permanently 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: Sun, 08 Oct 2006 22:25:01 -0000 On Sun, 8 Oct 2006, R. B. Riddick wrote: > Bruce wrote: >> On Sun, 8 Oct 2006, Scott Long wrote: >>> Kris Kennaway wrote: >>>> You forgot to even mention what version you're running ;-) >>>> >>>> Also show your kernel config file. Configure DDB per the chapter on >>>> >>> No need for all of that information, the bug in vfs_bio.c is quite obvious. >>> =-( Fixing it will take some thought, though. >> >> Is it really obvious? I think it is only obvious that many things are >> not quite right. The quick fix of increasing BKVASIZE to the size of >> the largest buffer used should still work to prevent bkva fragmentation. >> > OK: The FBSD version was varying: R6.1, R6.1-CURRENT, R7-CURRENT. > > But we just found out, that it happens when we use "newfs -b 65536", but not with default "-b" value (whatever that might be)... That's certainly a good way to exercise bkva fragmentation. I don't know any other use for such a large block sizes in ffs :-). Such a large block size might be best for file systems with mainly very large files, but the possible benefits are not large and might be smaller than the extra overheads for defragmentation (even if it works). The fragmentation can also be reduced by not using different block sizes for different mounted file systems (including non-ffs ones) once one of the sizes exceeds BKVASIZE. Alternatively it can be increased by doing the reverse. I think "newfs -b 65536 -f 8192" gives the bad mixture with different (ffs)block and (ffs)frag sizes. "newfs -b 65536 -f 65536" usually gives very bad perfromance because its frag size is to large. Bruce