From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Albert Cahalan" Subject: Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS Date: Wed, 13 Jun 2007 01:45:28 -0400 Message-ID: <787b0d920706122245j3a2ff7e8ja611ecf41cc67a4c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit To: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, chris.mason@oracle.com, hch@infradead.org, snitzer@gmail.com Return-path: Received: from ug-out-1314.google.com ([66.249.92.171]:29330 "EHLO ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752325AbXFMFp3 (ORCPT ); Wed, 13 Jun 2007 01:45:29 -0400 Received: by ug-out-1314.google.com with SMTP id j3so335678ugf for ; Tue, 12 Jun 2007 22:45:28 -0700 (PDT) Content-Disposition: inline Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Neat! It's great to see somebody else waking up to the idea that storage media is NOT to be trusted. Judging by the design paper, it looks like your structs have some alignment problems. The usual wishlist: * inode-to-pathnames mapping * a subvolume that is a single file (disk image, database, etc.) * directory indexes to better support Wine and Samba * secure delete via destruction of per-file or per-block random crypto keys * fast (seekless) access to normal-sized SE Linux data * atomic creation of copy-on-write directory trees * immutable bits like UFS has * hole punch ability * insert/delete ability (add/remove a chunk in the middle of a file)