From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-la0-f44.google.com ([209.85.215.44]:57923 "EHLO mail-la0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758379Ab3GZQs0 (ORCPT ); Fri, 26 Jul 2013 12:48:26 -0400 Received: by mail-la0-f44.google.com with SMTP id fo12so1400876lab.3 for ; Fri, 26 Jul 2013 09:48:24 -0700 (PDT) Message-ID: <51F2A853.3000006@gmail.com> Date: Fri, 26 Jul 2013 12:48:19 -0400 From: Ric Wheeler MIME-Version: 1.0 To: Mark Fasheh CC: linux-btrfs@vger.kernel.org, Josef Bacik , Chris Mason , Gabriel de Perthuis , David Sterba , Zach Brown Subject: Re: [PATCH 0/4] btrfs: offline dedupe v3 References: <1374856212-11228-1-git-send-email-mfasheh@suse.de> In-Reply-To: <1374856212-11228-1-git-send-email-mfasheh@suse.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sender: linux-btrfs-owner@vger.kernel.org List-ID: On 07/26/2013 12:30 PM, Mark Fasheh wrote: > Hi, > > The following series of patches implements in btrfs an ioctl to do > offline deduplication of file extents. > > To be clear, "offline" in this sense means that the file system is > mounted and running, but the dedupe is not done during file writes, > but after the fact when some userspace software initiates a dedupe. I think that you might want to use the terms "inband" and "out of band" which seem to be used in the "de dup" storage space a bit more often. Offline definitely carries the wrong connotation :) ric > > The primary patch is loosely based off of one sent by Josef Bacik back > in January, 2011. > > http://permalink.gmane.org/gmane.comp.file-systems.btrfs/8508 > > I've made significant updates and changes from the original. In > particular the structure passed is more fleshed out, this series has a > high degree of code sharing between itself and the clone code, and the > locking has been updated.