Σχετικά με την ωριμότητα του btrfs

[V13]

On Tuesday 15 May 2012, Giorgos Keramidas wrote:
> On Tue, 15 May 2012 16:58:28 +0300, Γιώργος Πάλλας <gpall at ccf.auth.gr> wrote:
> > Kι εγώ, παρόλο που δεν συμμερίζομαι την Αποκάλυψη που περιέγραψε ο
> > Τσιομπίκας, εξακολουθώ να τρέχω ένα δαίμονα που είχα φτιάξει επί ext4
> > ο οποίος θα με ειδοποιήσει μόλις δει αρχείο που έχει μεταβληθεί στο
> > δίσκο ενώ δεν θα έπρεπε, ο οποίος σε συνδυασμό με καθημερινό αυτόματο
> > off-site backup θα γλυτώσει τα bits μου από τα νύχια του Θηρίου,
> > φαντάζομαι.
> 
> Όλο αυτό για να μη χρησιμοποιήσεις κάποιο πιο stable filesystem;
> ΤΙ διάολο, μόνο εγώ κι ο Τσιομπίκας δε θέλουμε να χάνουμε αρχεία;

Count me in!

Opoios diabazei ta changelogs toy kernel den xrisimopoiei btrfs kai
genikotera opoiodipote neo filesystem.

Latrevo kati tetoia:

-------
commit 48802c8ae2a9d618ec734a61283d645ad527e06c
Author: Jeff Liu <jeff.liu at oracle.com>
Date:   Sun Sep 18 10:34:02 2011 -0400

    BTRFS: Fix lseek return value for error
    
    The recent reworking of btrfs' lseek lead to incorrect
    values being returned.  This adds checks for seeking
    beyond EOF in SEEK_HOLE and makes sure the error
    values come back correct.
    
    Andi Kleen also sent in similar patches.
    
    Signed-off-by: Jie Liu <jeff.liu at oracle.com>
    Reported-by: Andi Kleen <ak at linux.intel.com>
    Signed-off-by: Chris Mason <chris.mason at oracle.com>

commit a39f75214358d715efa21e2bccf5a709d8649144
Author: Miao Xie <miaox at cn.fujitsu.com>
Date:   Sun Sep 11 10:52:25 2011 -0400

    Btrfs: fix wrong nbytes information of the inode
    
    If we write some data into the data hole of the file(no preallocation for this
    hole), Btrfs will allocate some disk space, and update nbytes of the inode, but
    the other element--disk_i_size needn't be updated. At this condition, we must
    update inode metadata though disk_i_size is not changed(btrfs_ordered_update_i_size()
    return 1).
-------

Kai tetoia [1]:

* Lots of space accounting fixes 
* Data corruption fix for parallel snapshot creation 
* Write barriers for multiple devices were fixed to be more resistant in case of power failure 
* Stability fixes (lots of them, really), 

[1] https://btrfs.wiki.kernel.org/index.php/Changelog