I think an easy way to solve this is to put it to the test. I feel it is too obvious to mention that deduplication and compression will solve the problem. But it's all up to how much Eelco wants to waste his time. Give it a go, you won't regret it.
Aloha, RK. On Tue, Jan 6, 2015 at 3:28 AM, aszlig <[email protected]> wrote: > On Mon, Jan 05, 2015 at 05:03:04PM +0100, Vladim??r ??un??t wrote: > > Btrfs does no deduplication (by itself at least). Per-file compression > > should help a little, but I'd expect no huge savings. > > I beg to differ, accidentally (forgot to actually enable periodic GC) > had a 6.4 TB large Nix store on a 3 TB disk array, so it seems that the > Nix store (or at least the one on my Hydra) compresses well enough. > > But what actually is going to be for the worse is that you can't reason > anymore about how much disk space will be available on a btrfs volume. > > a! > -- > aszlig > Universal dilettante > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > > iF4EAREIAAYFAlSqyboACgkQ0OvQ7IwtyWHY7gEAjQ4GWU3lwVjIQ1CVpSAgfAA6 > jXoAg3kyCQ0BJk5ASmIBAKDdEnB8AoQ7H4aLLHLS/cs41C/tekoq2t9YYx84bnr5 > =y+wL > -----END PGP SIGNATURE----- > > _______________________________________________ > nix-dev mailing list > [email protected] > http://lists.science.uu.nl/mailman/listinfo/nix-dev > >
_______________________________________________ nix-dev mailing list [email protected] http://lists.science.uu.nl/mailman/listinfo/nix-dev
