[Nix-dev] Please test Nix store auto-optimise
Nathaniel Baxter
nathaniel.baxter at gmail.com
Mon Feb 23 02:43:12 CET 2015
Saved ~23GB when I first ran nix-store --optimise (a week ago). Although I
hadn't garbage collected for some time.
Did a garbage collection today (the first for quite some time):
"""
note: currently hard linking saves 25906.96 MiB
67613 store paths deleted, 48738.67 MiB freed
"""
My /nix/store is on a zfs dataset that does not have dedup turned on.
Seems to work well, at least I haven't run into any issues so far.
Cheers,
Nathaniel Baxter
On 12 February 2015 at 21:47, Wout Mertens <wout.mertens at gmail.com> wrote:
> Hi all,
>
> (TL;DR: regain disk space, see at the bottom for instructions)
>
> the Nix store can be optimised by hard-linking files with the same
> contents together, so they are only stored once. This is done by reading
> all the files in your store, calculating their checksums and linking them
> to /nix/store/.links/*[checksum]*. This is especially useful in Nix where
> differing build inputs for a package end up with many of the same files.
>
> Nix 1.8 has a few optimizations that make this operation very fast if you
> run it multiple times. Nix also has the auto-optimise-store setting, which
> will link new files added to the store. If your store was optimised, it
> stays optimised.
>
> I feel this optimisation should be turned on by default but there were
> some regressions in the past which is why it wasn't. Therefore I'd like to
> ask you to turn on auto-optimise and run optimisation once. Your disk space
> and memory footprint will thank you.
>
> _______________________________________________
> nix-dev mailing list
> nix-dev at lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.science.uu.nl/pipermail/nix-dev/attachments/20150223/76183d6f/attachment.html
More information about the nix-dev
mailing list