Re: Btrfs send to send out metadata and data separately

2016-08-24 Thread Filipe Manana
On Wed, Aug 24, 2016 at 3:36 AM, Qu Wenruo wrote: > > > At 08/04/2016 09:52 AM, Qu Wenruo wrote: >> >> >> >> At 08/03/2016 05:05 PM, Filipe Manana wrote: >>> >>> On Tue, Aug 2, 2016 at 2:20 AM, Qu Wenruo >>> wrote: At

Re: Btrfs send to send out metadata and data separately

2016-08-23 Thread Qu Wenruo
At 08/04/2016 09:52 AM, Qu Wenruo wrote: At 08/03/2016 05:05 PM, Filipe Manana wrote: On Tue, Aug 2, 2016 at 2:20 AM, Qu Wenruo wrote: At 08/02/2016 02:00 AM, Filipe Manana wrote: On Fri, Jul 29, 2016 at 1:40 PM, Qu Wenruo wrote:

Re: Btrfs send to send out metadata and data separately

2016-08-03 Thread Qu Wenruo
At 08/03/2016 05:05 PM, Filipe Manana wrote: On Tue, Aug 2, 2016 at 2:20 AM, Qu Wenruo wrote: At 08/02/2016 02:00 AM, Filipe Manana wrote: On Fri, Jul 29, 2016 at 1:40 PM, Qu Wenruo wrote: [snipped] Hi Filipe, Thanks for your

Re: Btrfs send to send out metadata and data separately

2016-08-03 Thread Filipe Manana
On Tue, Aug 2, 2016 at 2:20 AM, Qu Wenruo wrote: > > > At 08/02/2016 02:00 AM, Filipe Manana wrote: >> >> On Fri, Jul 29, 2016 at 1:40 PM, Qu Wenruo wrote: >>> >>> Hi Filipe, and maintainers, >>> >>> I'm recently working on the root fix to free

Re: Btrfs send to send out metadata and data separately

2016-08-01 Thread Qu Wenruo
At 08/02/2016 02:00 AM, Filipe Manana wrote: On Fri, Jul 29, 2016 at 1:40 PM, Qu Wenruo wrote: Hi Filipe, and maintainers, I'm recently working on the root fix to free send from calling backref walk. My current idea is to send data and metadata separately, and only

Re: Btrfs send to send out metadata and data separately

2016-08-01 Thread Filipe Manana
On Fri, Jul 29, 2016 at 1:40 PM, Qu Wenruo wrote: > Hi Filipe, and maintainers, > > I'm recently working on the root fix to free send from calling backref walk. > > My current idea is to send data and metadata separately, and only do clone > detection inside the send

Re: Btrfs send to send out metadata and data separately

2016-07-31 Thread Qu Wenruo
At 07/31/2016 02:49 AM, g.bt...@cobb.uk.net wrote: On 29/07/16 13:40, Qu Wenruo wrote: Cons: 1) Not full fs clone detection Such clone detection is only inside the send snapshot. For case that one extent is referred only once in the send snapshot, but also referred by source

Re: Btrfs send to send out metadata and data separately

2016-07-31 Thread Qu Wenruo
At 07/29/2016 09:14 PM, Libor Klepáč wrote: Hello, just a little question on receiver point 0), see bellow Dne pátek 29. července 2016 20:40:38 CEST, Qu Wenruo napsal(a): Hi Filipe, and maintainers, Receive will do the following thing first before recovering the subvolume/snapshot: 0)

Re: Btrfs send to send out metadata and data separately

2016-07-30 Thread g . btrfs
On 29/07/16 13:40, Qu Wenruo wrote: > Cons: > 1) Not full fs clone detection >Such clone detection is only inside the send snapshot. > >For case that one extent is referred only once in the send snapshot, >but also referred by source subvolume, then in the received >subvolume, it

Re: Btrfs send to send out metadata and data separately

2016-07-29 Thread Libor Klepáč
Hello, just a little question on receiver point 0), see bellow Dne pátek 29. července 2016 20:40:38 CEST, Qu Wenruo napsal(a): > Hi Filipe, and maintainers, > > Receive will do the following thing first before recovering the > subvolume/snapshot: > > 0) Create temporary dir for data extents >

Btrfs send to send out metadata and data separately

2016-07-29 Thread Qu Wenruo
Hi Filipe, and maintainers, I'm recently working on the root fix to free send from calling backref walk. My current idea is to send data and metadata separately, and only do clone detection inside the send subvolume. This method needs two new send commands: (And new send attribute,