From owner-freebsd-stable@FreeBSD.ORG Wed Jun 8 22:33:19 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 83EF416A41C for ; Wed, 8 Jun 2005 22:33:19 +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 36F1343D4C for ; Wed, 8 Jun 2005 22:33:19 +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 8AFF030FE1; Thu, 9 Jun 2005 00:36:10 +0200 (CEST) Message-ID: <42A772C4.3000607@incubus.de> Date: Thu, 09 Jun 2005 00:35:48 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050526) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <42A767C9.80507@jim-liesl.org> <42A77158.20200@incubus.de> In-Reply-To: <42A77158.20200@incubus.de> 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:33:19 -0000 I wrote: > 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. OTOH, if journalling works really well and painless, like on Linux with the ext2->ext3 migration, then I can't see any point of maintaining softupdates any longer. Better focus on one thing and to it well instead of diluting developer resources. mkb.