ButterFS

[dick hoogendijk]

I read this just now in the Unix Guardian:

<quote>
BTRFS, pronounced ButterFS:
BTRFS was launched in June 2007, and is a POSIX-compliant file system
that will support very large files and volumes (16 exabytes) and a
ridiculous number of files (two to the power of 64 files, to be
precise). The file system has object-level mirroring and striping,
checksums on data and metadata, online file system check, incremental
backup and file system mirroring, subvolumes with their own file system
roots, writable snapshots, and index and file packing to conserve
space, among many other features. BTRFS is not anywhere near primetime,
and Garbee figures it will take at least three years to get it out the
door.
</quote>

I thought that ZFS was/is the way to the future, but reading this it
seems there are compatitors out there ;-)

[Michael Schuster]

Post by dick hoogendijk
<quote>
BTRFS was launched in June 2007, and is a POSIX-compliant file system
that will support very large files and volumes (16 exabytes) and a
ridiculous number of files (two to the power of 64 files, to be
precise). The file system has object-level mirroring and striping,
checksums on data and metadata, online file system check, incremental
backup and file system mirroring, subvolumes with their own file system
roots, writable snapshots, and index and file packing to conserve
space, among many other features. BTRFS is not anywhere near primetime,
and Garbee figures it will take at least three years to get it out the
door.
</quote>
I thought that ZFS was/is the way to the future, but reading this it
seems there are compatitors out there ;-)

I don't see any contradiction here - even if ZFS is the way to go, there's
no objecting to other people trying their own path, right? ;-)

Michael

[Neal Pollack]

Post by dick hoogendijk
<quote>
BTRFS was launched in June 2007, and is a POSIX-compliant file system
that will support very large files and volumes (16 exabytes) and a
ridiculous number of files (two to the power of 64 files, to be
precise). The file system has object-level mirroring and striping,
checksums on data and metadata, online file system check, incremental
backup and file system mirroring, subvolumes with their own file system
roots, writable snapshots, and index and file packing to conserve
space, among many other features. BTRFS is not anywhere near primetime,
and Garbee figures it will take at least three years to get it out the
door.
</quote>
I thought that ZFS was/is the way to the future, but reading this it
seems there are compatitors out there ;-)

Not yet :-) Wait three years, if they are on time....
For today, this hour, you can actually use ZFS.

Also, no problem, choice is good. It keep up the
motivation for ongoing innovation.

[Vincent Fox]

Once upon a time I ran a lab with a whole bunch of SGI workstations.

A company that barely exists now.

This ButterFS may be the Next Big Thing. But I recall one time how hot everyone was for Reiser. Look how that turned out.

3 years is an entire production lifecycle for the systems in this datacenter. So in 3 years I may re-evaluate ZFS. Until then this is just an interesting newsbit.


This message posted from opensolaris.org