-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23/01/14 10:36, David Sterba wrote: > 'Theoretical best' seems too vaguely defined,
It seems like a good thing for someone to tackle as part of a master's thesis :-) > with compression it's always some trade-off and compromise Which you can put in context against the theoretical best. The links you gave are a good example of trying to do that. > This is a bit different usecase, defrag is triggered by user at the > time he knows the resources are available I'm a user and I use autodefrag :-) As a developer you are more interested in making users be aware of what they do, when they do it, and carefully select the optimum conditions and configuration. As a user I just want to point to a pile of storage and have btrfs do the right thing, without me having to babysit it or play admin. Computers have billions of processor cycles per second, gigabytes of memory etc. They should just figure this stuff out and not require me to be versed in lots of intricate details! > Keeping the dictionary implies more data to be read/written, with > small chunks there's a low chance of actual dictionary reuse for other > files. I'm willing to bet that there is a good chance of reuse for files with the same extension as an example. And it is highly likely for Maildir files. > Also, thinking about the implementaion, it would become too complex to > do in kernel for this particular usecase. A thesis could study if it is worth doing first. If it found that was a good idea, then figuring out how to implement it is a second step. > "To Zip or Not to Zip: Effective Resource Usage for Real-Time > Compression" Except for systems that are 100% busy all the time, there is no need to get perfect real time compression. IMHO it is fine coming back later and doing a better job of it. Again this assumes that there is a sufficiently large difference between what real time does and what a later recompression does. Roger -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlLhjeUACgkQmOOfHg372QTBKwCgxbWmfwr0MMfAo9bVwThmGTOq F1EAoIsgVlzfeqPZS9zpKM1mJ3Cdw9LL =IINU -----END PGP SIGNATURE----- -- 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
