lix/corepkgs
Eelco Dolstra 4911a10a4e Use XZ compression in binary caches
XZ compresses significantly better than bzip2.  Here are the
compression ratios and execution times (using 4 cores in parallel) on
my /var/run/current-system (3.1 GiB):

  bzip2: total compressed size 849.56 MiB, 30.8% [2m08]
  xz -6: total compressed size 641.84 MiB, 23.4% [6m53]
  xz -7: total compressed size 621.82 MiB, 22.6% [7m19]
  xz -8: total compressed size 599.33 MiB, 21.8% [7m18]
  xz -9: total compressed size 588.18 MiB, 21.4% [7m40]

Note that compression takes much longer.  More importantly, however,
decompression is much faster:

  bzip2: 1m47.274s
  xz -6: 0m55.446s
  xz -7: 0m54.119s
  xz -8: 0m52.388s
  xz -9: 0m51.842s

The only downside to using -9 is that decompression takes a fair
amount (~65 MB) of memory.
2012-06-29 15:24:52 -04:00
..
buildenv.nix Disable building in chroot for Nix's corepkgs 2012-05-09 22:14:36 -04:00
buildenv.pl * Refactoring: Get rid of a few subdirectories in corepkgs/, and some 2012-01-03 00:16:29 +00:00
config.nix.in Use XZ compression in binary caches 2012-06-29 15:24:52 -04:00
derivation.nix * currentOutput -> outputName. "current" implies some temporal 2012-01-04 12:00:39 +00:00
Makefile.am * Move the implementation of the ‘derivation’ primop into a separate 2012-01-03 14:01:47 +00:00
nar.nix Use XZ compression in binary caches 2012-06-29 15:24:52 -04:00
unpack-channel.nix Disable building in chroot for Nix's corepkgs 2012-05-09 22:14:36 -04:00
unpack-channel.sh If the (redirected) channel URL contains a version number, use it 2012-04-14 21:05:28 +02:00