[cc: list] On Tue, Sep 28, 2010 at 17:26, K. Richard Pixley <r...@noir.com> wrote: > #2 needs an answer dealing with "stability". Unstable doesn't necessarily > mean polluted file systems. It can also mean pathological behavior, kernel > crashes, etc. >
Yes, indeed. Fixed. > #4 needs an answer that involves performance - btrfs is, (arguably), the > fastest file system currently available for linux in many situations. That > answer alone is a serious selling point. > > Another selling point for #4 is file system hardening. ext2 is still fast, > but it can't generally survive power failures. If you're specifically > looking for a fast file system, then the fact that btrfs competes well in > speed and is also hardened becomes a selling point. > Well, performance is not touted as a key feature on the btrfs wiki. I have added "good overall performance" in the list of choices, though. As to file system hardening, what do you mean apart from checksums? Fundamental filesystem design? > #15 presupposes it's own answer. While I've had no filesystems fail, every > machine I use with btrfs file systems has failed numerous times - > pathological behavior, kernel crashes, etc. In the absence of a btrfsck I > can't be sure that the file system has actually failed although rebuilding > the file system seems to alleviate the symptoms temporarily. > I don't really see your point here. Can you elaborate? And yes, I _do_ mean filesystem failures, not machine failure. I made that explicit. > #16 presupposes a failure mode. Again, my issues have more to do with > stability than with clear cases of file system pollution. > Point taken, but again, this is on purpose, I talk here about hosed filesystems indeed. Thanks for the feedback! -- Francis Galiegue, fgalie...@gmail.com "It seems obvious [...] that at least some 'business intelligence' tools invest so much intelligence on the business side that they have nothing left for generating SQL queries" (Stéphane Faroult, in "The Art of SQL", ISBN 0-596-00894-5) -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
