On Fri, Feb 09, 2018 at 03:24:00PM +0100, Pjotr Prins wrote:
> Hmmm. I think this is better handled at the file system level if
> people want deduplication. These systems will be more common.
In general, yes! But filesystems with this feature are still not widely
deployed...
signature.asc
Descri
oing to be an issue. Anyway, we'll see what happens.
>
> In practice, when the maximum number of links is reached, we simply
> transparently skip deduplication.
Ideally, we should at some point change the daemon to break
/gnu/store/.links up into several subdirectories, as is done for lo
e: Fri Oct 28 20:34:15 2016 +0200
>
> daemon: Do not error out when deduplication fails due to ENOSPC.
>
> This solves a problem whereby if /gnu/store/.links had enough entries,
> ext4's directory index would be full, leading to link(2) returning
>
of links is reached, we simply
transparently skip deduplication. See this commit:
commit 12b6c951cf5ca6055a22a2eec85665353f5510e5
Author: Ludovic Courtès
Date: Fri Oct 28 20:34:15 2016 +0200
daemon: Do not error out when deduplication fails due to ENOSPC.
This solves a pro
On Fri, Feb 09, 2018 at 01:11:23PM +0100, Ricardo Wurmus wrote:
>
> Hi Pjotr,
>
> > What is
> >
> > ls -1 /gnu/store/.links/|wc -l
> > 495938
> >
> > Never saw it before. Does this scale?
>
> It’s used for optional file deduplication. It i
Hi Pjotr,
> What is
>
> ls -1 /gnu/store/.links/|wc -l
> 495938
>
> Never saw it before. Does this scale?
It’s used for optional file deduplication. It is enabled by default,
but you can disable it with a daemon option on file systems that
deduplicate data at the block le
What is
ls -1 /gnu/store/.links/|wc -l
495938
Never saw it before. Does this scale?
Pj.
