From owner-freebsd-stable Fri Sep 21 21: 2:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id AA89737B416 for ; Fri, 21 Sep 2001 21:02:08 -0700 (PDT) Received: (from jgreco@localhost) by aurora.sol.net (8.9.3/8.9.2/SNNS-1.02) id XAA34985; Fri, 21 Sep 2001 23:02:07 -0500 (CDT) From: Joe Greco Message-Id: <200109220402.XAA34985@aurora.sol.net> Subject: Re: 4.4-RELEASE kernel deadlock ("FFS node") To: freebsd-stable@FreeBSD.ORG, chuck@research.att.com Date: Fri, 21 Sep 2001 23:02:07 -0500 (CDT) In-Reply-To: <20010921091928.Q7319_chips.research.att.com@ns.sol.net> X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > the one unusual thing about the configuration is that the filesystem > we are attempting to build on is a 136GB ccd across 4 scsi disks with > the fsize=8192 and the bsize=65536 (it is mainly to be used for large > data log files): FreeBSD doesn't support fsize/bsize so large. There are ongoing issues within the filesystem code and VM code that will cause such filesystems to break under heavy load. Matt Dillon also talked about this being less- than-optimal for the VM system from some technical points of view. I ran into this years ago, and have been content to live with newfs -c 96 -b 16384 -f 4096 -i 1048576 /dev/rccd${i}e on filesystems weighing in at 576GB. Note that this is also for very large file storage (see -i) and I'd love to use a larger -b/-f (and then a larger -c) but so far nobody's cared enough to do anything about it, and I have neither the kernel skills nor the time to look at it, since in reality the values above work fine and the only noticeable side effect is that the fsck goes a bit slower. I ran into problems with -b 32768 -f 8192 as well. I didn't attempt all combinations of options, though, since for my application, lockups were a bit random due to the light amount of use involved. -- Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net "We call it the 'one bite at the apple' rule. Give me one chance [and] then I won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CNN) With 24 million small businesses in the US alone, that's way too many apples. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message