On 18/05/10 02:59, Chris Mason wrote: >>> Ok, I upgraded to 2.6.34 final and switched to defconfig. >>> I only did the rename test ( i.e. no overwrite ), the window is now >>> 1.1s, both with vanilla and with the patch. >> >> Thanks, so much for the easy fix. I'll take a look. > > Ohhhhh, I read your initial email wrong, I'm sorry. The test we're > failing, the rentest, doesn't overwrite one file with another. It is > just creating a file and then renaming it. Yes, the overwrite test goes perfectly fine. > Btrfs is explicitly choosing not to sync the file in this case because > the rename isn't replacing good old data with new unwritten data. The > rename is taking new unwritten data and giving it a different name. > > Are there applications that rely on this? > > -chris Well, dpkg (the Debian/Ubuntu package manager) did. Then ext4 became the default fs in Ubuntu and massive breakage was reported [1]. Now dpkg is fsync()ing everything and is about 2x slower than it was with ext3 [2]. Btrfs is so close to getting it "right" that i wondered whether the new file name hitting the disk could be delayed that one second for the data to make it to disk first. Anyway, btrfs is still a factor 30 better than ext4 of xfs! Thanks, Jakob [1] https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/512096 (notice the massive duplicate list on the right!) [2] https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/537241 -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
