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 ;-) -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D ++ http://nagual.nl/ + SunOS sxce snv94 ++
dick hoogendijk wrote:> 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 ;-)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 -- Michael Schuster http://blogs.sun.com/recursion Recursion, n.: see ''Recursion''
dick hoogendijk wrote:> 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 ;-) >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.
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