sorry that i started the whole lz4 debate, there are some significant things ... just looking at the start of the list:
Things like that are probably more important than new features. And I would like to see btrfs become stable. (that's just the first few lines from the commit pull changelog)Code:Filipe David Borba Manana (29) commits (+1856/-301): Btrfs: fix deadlock when iterating inode refs and running delayed inodes (+12/-7) Btrfs: fix send file hole detection leading to data corruption (+15/-0) Btrfs: remove field tree_mod_seq_elem from btrfs_fs_info struct (+0/-1) Btrfs: make send's file extent item search more efficient (+17/-10) Btrfs: fix infinite path build loops in incremental send (+518/-21)
So does this go back to your phone argument or what?
How about this - can you give me a straight up scenario in which you think this makes a major difference to someone? An actual real-world scenario, not just you saying "look at the benchmark numbers".
Most filesystems don't even have built-in compression, and btrfs already has a pretty good implementation. Why do you think the current one is so deficient that an upgrade to it will result in huge user improvements? Personally, i'm glad he's still focusing on things like crashes and infinite loops, because that seems a heck of a lot more important to me.
I could see how lz4 might be interesting for them.
The good news is, it should be extremely easy for them to implement it if they think it will help their product. And since they are just starting out in a highly competitive market, they can use every little advantage they can find. Seems like an easy win for them - unless of course they determine that it doesn't really make a difference in average phone usage. In which case they probably won't bother, but nobody will be missing it anyway.
Do we have boot times? boot time of a virtual machine stored on a btrfs fs? time to backup a system disk? a user data disk, with steam games (maybe compressible) and video/pictures (incompressible)? Compilation times without cache, or time to clone/update a big git repo?
I don't doubt that LZ4 is faster, the question is, is it the bottleneck, and what gains can we expect in real life.
I do think executable files might show a bit of a boost for booting/app startup, but obviously it's not going to be to the degree shown here.
Last edited by smitty3268; 02-01-2014 at 05:46 AM.