If other tested file systems didn't flush data to the disk and if btrfs did we don't know how it performs. Look at zfs tests at Phoronix, it was very slow here.
Originally Posted by cl333r
Ok Phoronix, did you manage to get ubuntu installed onto a btrfs partition that was mounted with compress or did you just run the compress tests later? the XUBUNTU daily build has btrfs, but I didn't see compress in the mount options.
That's probably a consequence of copy on write combined with aggressive syncing: that will pretty much ensure that your database file will end up spread around the disk in small chunks with massive fragmentation.
Originally Posted by cl333r
Originally Posted by jetpeach
It would not be compression if the things were not actually smaller. I believe that the compression is only applied to small files, as larger ones are usually precompressed.
I really wish these benchmarks included at least one of the older non-ext filesystems in them. Please, throw in JFS (my fave) or at least XFS or Reiser3, the next time you do one of these. When I look at these articles, it's because I'm wondering, "How long until I start using one of the newer filesystems?" so I wanna see how the cool new stuff compares to the old stable stuff.
ext4 isn't btrfs' only "competitor." Don't forget the legacies, because realistically, I think that's where most of us are, right now.
If you are talking about production systems at Large Enterprise companies, the only matter is if they can trust the technology. They only run old mature stuff. Never new bleeding edge stuff. For these companies it does not matter if there are many users or not, as long as the technology is mature and safe.
Originally Posted by Blue Beard
But sure, if you talk about home users, then it is a different thing.
Wikipedia explains many unknowns listed above. BTRFS seems to me a primitive version of the closed-source M$ NTFS-COMPRESSED.
All my data & archive partitions on all drives are in M$ NTFS-COMPRESSED partitions. I have few trouble reading/ writing to these M$ NTFS-COMPRESSED partitions.
I expect that like M$ claims, "compression" has negligible effects on the CPU. Drive I/O speeds are usually slow, so M$ NTFS-COMPRESSED speeds up this slowest part of computer usage.
Linux-only file systems wrongly claim that they never need defragmenting. Luckily M$ Windows has many free defrag & undelete programs.
Pity that NTFS-3G cannot match the official NTFS: no encryption, no compression. There are a few different types of M$ NTFS types.
Using Linux benchtest programs, you can easily test the many file partition types on any hard disk drive. Create 4GB partitions close to each other on your drive. Repeat the first 4GB partion again in the last part of the 4GB partition group. This will show you the effect of cylinder speeds for slight partition differences.
Once you've done the tests, it is very easy to remove these unnecessary partitions.
Retired (medical) IT Consultant, Australian Capital Territory