From owner-freebsd-stable@FreeBSD.ORG Wed Jun 8 22:27:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B68AE16A41C for ; Wed, 8 Jun 2005 22:27:20 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69C6B43D1F for ; Wed, 8 Jun 2005 22:27:20 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (p54AABF8A.dip.t-dialin.net [84.170.191.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 791633118F; Thu, 9 Jun 2005 00:30:07 +0200 (CEST) Message-ID: <42A77158.20200@incubus.de> Date: Thu, 09 Jun 2005 00:29:44 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050526) X-Accept-Language: en-us, en MIME-Version: 1.0 To: secmgr References: <42A767C9.80507@jim-liesl.org> In-Reply-To: <42A767C9.80507@jim-liesl.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [Fwd: Re: Show stopper for large disks with 5.4-RELEASE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 22:27:20 -0000 secmgr wrote: > hanging all IO's to the partition. Scale that upto 1.8TB, and I could > see where you could be going nowhere for a good 10 minutes just waiting > for the snap to finish. Still better than waiting hours for fsck, but > nowhere near the recovery speed of a true journaled system. Seemingly Scott Long is working on journaling for ufs2. http://www.freebsd.org/news/status/report-jan-2005-mar-2005.html#Filesystem-journalling-for-UFS I like softupdates, conceptually (if they work correctly as described, which I do not know) but if ufsj can omit the fsck garbage collection after an unclean boot that would be a great boon. It would be nice if one can in the future chose between softupdates (for smaller filesystems) and journalling (for larger ones), or so. mkb.