From owner-freebsd-fs@FreeBSD.ORG Thu Sep 6 18:11:56 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B0F81065676 for ; Thu, 6 Sep 2012 18:11:56 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id DF59F8FC15 for ; Thu, 6 Sep 2012 18:11:55 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so1766279lbb.13 for ; Thu, 06 Sep 2012 11:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dVd3MGvN2W6/pFqg32/1gYzJufmn0zqjRVZoA2Q7qYw=; b=q2SGdBDCMyaMlnWYJ+ssD+8IQ0WhyYh/PyRPYphGzMvZQbXQzWvqsh8TM1RRAmJkSr ce7wOMiRapTCu2oZHkfnC3a3YyO8p9sADFMFFG0gcC5VeV/5OksuRgetlYLM2CYH+fgi ZmVai8EOSV+MqJqrXGMA50aLOJrEKLpSV91LE1mScOm4L3IW3uuqUVgwJ5+k+Nm24QMx c7tH8pTiC0sF2BJOmoDDzHelVLJOzym6dnoRzX2VsqVgGV7+dE5kTXV+RCjSl411AnIR 3vZl+1i7hz/qGVqkCpxKhfZZGZrefTrBz7HRKw3mdVmveNQt9ck2IU9rJkn0WG78N8M1 4ABQ== MIME-Version: 1.0 Received: by 10.112.48.193 with SMTP id o1mr1223597lbn.62.1346955113809; Thu, 06 Sep 2012 11:11:53 -0700 (PDT) Received: by 10.114.23.230 with HTTP; Thu, 6 Sep 2012 11:11:53 -0700 (PDT) In-Reply-To: <20120906210625.98392@relay.ibs.dn.ua> References: <20120906210625.98392@relay.ibs.dn.ua> Date: Thu, 6 Sep 2012 11:11:53 -0700 Message-ID: From: Freddie Cash To: Zeus Panchenko Content-Type: text/plain; charset=UTF-8 Cc: freebsd-fs@freebsd.org Subject: Re: is dedupe feature pool-wide or fs-wide? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 18:11:56 -0000 On Thu, Sep 6, 2012 at 11:06 AM, Zeus Panchenko wrote: > please, forgive me this stupid question, but is dedup feature pool-wide > or fs-wide indeed? > > what I mean is: if I have dedup=on on two fs, than while copying one > file to the fist one and after that to the second one, I will or will > not have data deduplicated on the second copying? > > am I correct to think if dedup is block-level then it is pool-wide? It's pool-wide, but can be enabled/disabled on a per-dataset basis. IOW, ZFS scans all dedup-enabled datasets for duplicate blocks. So, copying from one dedup-enabled filesystem to another dedupe-enabled filesystem will generated duplicate blocks that should end up with only DDT updates and not use any extra storage space. -- Freddie Cash fjwcash@gmail.com