Re: Reading about CoW architecture / Performance Limits

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

 



On Tue, Jan 10, 2017 at 12:08:39PM +0100, Christian Theune wrote:
> Hi,
> 
> > On 10 Jan 2017, at 11:54, Christian Theune <ct@xxxxxxxxxxxxxxx> wrote:
> > 
> > Hi,
> > 
> >> On 10 Jan 2017, at 08:45, Darrick J. Wong <darrick.wong@xxxxxxxxxx <mailto:darrick.wong@xxxxxxxxxx>> wrote:
> >> 
> > 
> >> You might try reading the huge comment blocks in fs/xfs/xfs_reflink.c.
> > 
> > Great, thanks! I admit not having looked there myself as I didn’t expect it. Lesson learned!
> 
> having read the code I think I understood three things:
> 
> 1. As you said, fragmentation may become an issue if the block
> allocation doesn’t manage to keep things together. This depends on the
> actual traffic patterns. (And probably free space?) I guess for long
> running environments regular/continuous reorganization would make
> sense?

It could, but keep in mind that xfs_fsr will break reflinks.

> 2. There is no data structure that introduces an additional
> “generational” penalty for CoW upon CoW upon CoW … ?

Nothing in reflink itself should do that.  The (also experimental)
reverse mapping feature will slowly consume space storing all the
backrefs, though there isn't any special overhead for shared stuff.
Reverse mappings are (at the moment) only useful for online metadata
reconstruction.

> 3. There appears to be code that allows retroactively creating CoW for
> two files that existed separately before. Is that (planned to be)
> exposed to userland?

No plans for that at the moment.  There used to be a debugging knob, but
it was ripped out before upstreaming the code.

--D

> 
> Cheers,
> Christian
> 
> --
> Christian Theune · ct@xxxxxxxxxxxxxxx · +49 345 219401 0
> Flying Circus Internet Operations GmbH · http://flyingcircus.io
> Forsterstraße 29 · 06112 Halle (Saale) · Deutschland
> HR Stendal HRB 21169 · Geschäftsführer: Christian. Theune, Christian. Zagrodnick
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [XFS Filesystem Development (older mail)]     [Linux Filesystem Development]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux RAID]     [Linux SCSI]


  Powered by Linux