[Nix-dev] Please test Nix store auto-optimise
Vladimír Čunát
vcunat at gmail.com
Fri Mar 6 14:34:54 CET 2015
Hi again.
TL;DR: on a slow HDD the slow-down can be noticeable, especially for
large packages with lots of files.
On 02/12/2015 11:47 AM, Wout Mertens wrote:
> Disadvantages:
> - Need to checksum all files written to the store
> * this is fast while writing the files because they still are in cache
I'm using the option for some time now on my slowly-rotating HDD with
Btrfs. From the start I noticed that if lots of packages are just
fetched from the binary cache, then the HDD is much bigger bottleneck
than before. Today I hit an especially large one when testing
opencascade - it worked for many minutes just writing the package into
the store before I killed it - it's probably because the package is both
large and has lots of files (~800 MB in ~62k files), so it likely didn't
fit all into the cache while I was working on other things. It was built
on another machine connected by a fast ethernet, so the problem was just
the deduplication part (network was idle most of the time).
On an SSD the choice is much clearer of course, as they're both much
faster to seek and smaller (in a comparable price range).
Vladimir
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3251 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.science.uu.nl/pipermail/nix-dev/attachments/20150306/88d64149/attachment.bin
More information about the nix-dev
mailing list