[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Moving /gnu/store safely?

From: Phil
Subject: Re: Moving /gnu/store safely?
Date: Wed, 03 Mar 2021 20:14:46 +0000
User-agent: mu4e 1.2.0; emacs 26.3

Thanks v much for the explanations.

Tobias Geerinckx-Rice writes:

> As gremlin's go this one is pretty tame, even cuddly: the Guix daemon
> deduplicates identical files, and creates hard links instead, saving a
> good amount of space.  That's all.
> By default, rsync does not preserve hard links (because of potential

Heh heh - yes I was surprised (and relieved) how quickly this gremlin
was dealt with just by scanning the manual and throwing some commands
together - this makes perfect sense so each hardlink just becomes a new file on 
the target.

I'm assuming the doubling in size is more fluke than by design?
i.e. there is no reason to assume each file is duplicated exactly once
in Guix?  It just turns out that hard linking was saving approx 50% by
chance in my specific store - it could have been 30% or 70% or whatever
and depends on your store contents?

> No, the links were *lost* and replaced by separate files during
> rsyncing.

Got it.  At the risk of speculating, would you expect the subsequent
execution of the garbage collector to deduplicate the identical rsync'd files
again?  I'm 100% clear on why the problem happened, just want to check I
understand why it went away which I ran 'guix gc'.

If I look at the link count on the files in my new /gnu/store I can see
some files have a count >1, which certainly suggests that Guix has
performed some sort of deduplication after the rsync?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]