| To: | Christoph Hellwig <hch@xxxxxx> |
|---|---|
| Subject: | Re: [RFC] allow enabling reflinks at runtime |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Fri, 3 Jun 2016 08:54:15 +1000 |
| Cc: | darrick.wong@xxxxxxxxxx, xfs@xxxxxxxxxxx |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <1464877150-20457-1-git-send-email-hch@xxxxxx> |
| References: | <1464877150-20457-1-git-send-email-hch@xxxxxx> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
On Thu, Jun 02, 2016 at 04:19:07PM +0200, Christoph Hellwig wrote: > I've had some vocal user requests to allow enabling reflinks at run time, > which happens to be a mostly trivial feature. The only caveat is that we > need a large enough log size to support the reflink requirements, but for > typical large file systems that's not an issue. Hmmm - how does this interact with all the rmap code? I was not planning on enabling reflink without rmap and vice versa simply because it makes the validation and testing matrix vastly more complex. Indeed, having reflink turned on after a filesystem has aged for some time (i.e. from unknown initial conditions) makes validation especially tricky.... Darrick? Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx |
| Previous by Date: | Re: _xfs_buf_ioapply: no ops on block 0x188e78/0x8 on vanilla 4.4.11, Holger HoffstÃtte |
|---|---|
| Next by Date: | Re: shrink_active_list/try_to_release_page bug? (was Re: xfs trace in 4.4.2 / also in 4.3.3 WARNING fs/xfs/xfs_aops.c:1232 xfs_vm_releasepage), Dave Chinner |
| Previous by Thread: | Re: [PATCH 3/3] xfs: add an option to enable reflinks at mount time, Dave Chinner |
| Next by Thread: | Re: [RFC] allow enabling reflinks at runtime, Darrick J. Wong |
| Indexes: | [Date] [Thread] [Top] [All Lists] |