From owner-freebsd-stable@FreeBSD.ORG Wed Sep 13 15:28:56 2006 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 CDB2A16A407 for ; Wed, 13 Sep 2006 15:28:56 +0000 (UTC) (envelope-from bsd@kuehlbox.de) Received: from samael.qmail-ldap.de (mail.kuehlbox.de [62.159.47.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BABC943D46 for ; Wed, 13 Sep 2006 15:28:55 +0000 (GMT) (envelope-from bsd@kuehlbox.de) Received: (qmail 4663 invoked from network); 13 Sep 2006 15:28:53 -0000 Received: from unknown (HELO [192.168.16.84]) (bsd@kuehlbox.de@[213.182.157.102]) (envelope-sender ) by samael.qmail-ldap.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 13 Sep 2006 15:28:53 -0000 Message-ID: <450823B1.2090809@kuehlbox.de> Date: Wed, 13 Sep 2006 17:28:49 +0200 From: Teufel User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Pawel Jakub Dawidek , freebsd-stable@FreeBSD.org References: <45066E19.2040405@kuehlbox.de> <20060913142329.GC70245@garage.freebsd.pl> In-Reply-To: <20060913142329.GC70245@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: gjournal and Softupdates 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, 13 Sep 2006 15:28:56 -0000 Pawel Jakub Dawidek wrote: >>> - todays desktop drives can lie about writing data. SoftUpdates relies >>> on some assumptions about when the data is physically written to >>> media, and those are not always valid today >>> >> I think journaling relies on the same assumptions. >> > > Not gjournal, because it uses BIO_FLUSH I/O requests which flushes disk > write cache when needed so when the crash occur exactly when BIO_FLUSH is sent or while the cache is flushing, there is still no corruption possbile? If so, this would be an advantage over SU, as it does surely not use the new introduced BIO_FLUSH. In the other hand i've seen couple of other JFS that went corrupt for "no reason". I don't want to be paranoid, but i really want to be "sure" that the design is trustable.