From owner-freebsd-fs@FreeBSD.ORG  Sun Dec 20 17:59:37 2009
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
Delivered-To: freebsd-fs@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id ECD2A10656B7;
	Sun, 20 Dec 2009 17:59:37 +0000 (UTC) (envelope-from mj@feral.com)
Received: from ns1.feral.com (ns1.feral.com [192.67.166.1])
	by mx1.freebsd.org (Postfix) with ESMTP id C815A8FC1D;
	Sun, 20 Dec 2009 17:59:37 +0000 (UTC)
Received: from [10.8.0.2] (remotevpn [10.8.0.2])
	by ns1.feral.com (8.14.3/8.14.3) with ESMTP id nBKHxUsM021549
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 20 Dec 2009 09:59:31 -0800 (PST) (envelope-from mj@feral.com)
Message-ID: <4B2E65FC.9070609@feral.com>
Date: Sun, 20 Dec 2009 09:59:24 -0800
From: Matthew Jacob <mj@feral.com>
Organization: Feral Software
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Attila Nagy <bra@fsn.hu>
References: <20091030223225.GI5120@datapipe.com> <4AEB6D79.5070703@feral.com>
	<4B2E0FA9.1050003@fsn.hu>
In-Reply-To: <4B2E0FA9.1050003@fsn.hu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.3
	(ns1.feral.com [10.8.0.1]); Sun, 20 Dec 2009 09:59:34 -0800 (PST)
Cc: freebsd-fs@freebsd.org
Subject: Re: Plans for Logged/Journaled UFS
X-BeenThere: freebsd-fs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Filesystems <freebsd-fs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs>
List-Post: <mailto:freebsd-fs@freebsd.org>
List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Dec 2009 17:59:38 -0000


>>>  
>> Which use cases can you name?
> Reliable data storage. :(
Jeez, I wrote this months ago.

Do you feel that improving UFS is a better way to go?

I'm currently working at a place that still won't use UFS2. But this is 
just for /root, /var && /usr. Data storage for user data is another 
matter entirely,  and unless you can hide UFS2/UFS3/... under a unified 
namespace, I don't think that this is the way to go.