xfs
[Top] [All Lists]

Re: question on new feature complexity/possibility/sensibility? (^ Alter

To: Dave Chinner <david@xxxxxxxxxxxxx>
Subject: Re: question on new feature complexity/possibility/sensibility? (^ Alternate)
From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
Date: Mon, 27 Jun 2011 03:22:50 -0500
Cc: Linda Walsh <xfs@xxxxxxxxx>, xfs-oss <xfs@xxxxxxxxxxx>
In-reply-to: <20110627060240.GF32466@dastard>
References: <4E067D81.4070605@xxxxxxxxx> <20110627003209.GD32466@dastard> <4E080249.9060903@xxxxxxxxx> <20110627060240.GF32466@dastard>
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
On 6/27/2011 1:02 AM, Dave Chinner wrote:
> On Sun, Jun 26, 2011 at 09:08:41PM -0700, Linda Walsh wrote:
>>
>>
>> Dave Chinner wrote:
>>> So use a filesystem that supports them natively ;)
>> ---
>>      Got any in in mind that also support acls, extended attrs
>> and has the reliability and performance of xfs?  ;-)
> 
> For most "normal" workloads, ZFS would probably be your only
> production ready option. But that's not something you could use on
> Linux, is it? :/

It is apparently usable on Linux for those willing to build and maintain
it themselves.  But that level of administrative burden in itself is the
opposite of production ready.

> Until btrfs is a completely baked cake, you won't be able to tick
> all those boxes, and even then there will be questions about
> performance...

Or until Oracle releases ZFS under GPL, or a compatible license, which
probably isn't going to happen.  Apparently Oracle believes their SPARC
and x86 hardware won't sell if ZFS is free on Linux.  Now that Oracle
owns Solaris and ZFS I'd bet they wish they could put the BTRFS genie
back in the bottle, as well as OCFS, etc.

-- 
Stan

<Prev in Thread] Current Thread [Next in Thread>