<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <tt>I have not seen yet how much better dedup2 in Solaris is, </tt><tt><br>
    </tt><tt>but the current Open-ZFS implementation has the following
      problems</tt><tt><br>
    </tt><tt><br>
    </tt><tt>- You must keep the dedup table in any case in RAM as this
      is realtime dedup </tt><tt><br>
    </tt><tt>otherwise a pool import or snapshot delete can last ages
      and performance can become unusable slow. </tt><tt><br>
    </tt><tt><br>
    </tt><tt>- it requires a lot of RAM that you want to use for caching</tt><tt>
      and performance. <br>
    </tt><tt>Depending on data we talk about 1-5 GB RAM / TB dedup data</tt><tt>
      (that is required additionally to your cache demands).   <br>
    </tt><tt><br>
    </tt><tt>- while you can enable on a filesystem level it operates on
      pool level. </tt><tt><br>
    </tt><tt>once activated you cannot disable beside a pool destroy. </tt><tt><br>
    </tt><tt><br>
    </tt><tt>In the end, it may be a good idea but only when you have
      enough RAM and very high dedup rates </tt><tt>(say >5-10) <br>
    </tt><tt>that are much better then the compress rate with lz4</tt><tt><br>
    </tt><tt><br>
    </tt><tt>Mostly the dedup rate is not good enough compared to a
      larger pool with lz4 dedup </tt><tt><br>
    </tt><tt>where you do not need to care about the dedup restrictions</tt><tt>.<br>
    </tt><tt><br>
    </tt><tt>gea</tt><tt><br>
    </tt><tt>@napp-it.org</tt><tt><br>
    </tt><br>
    <br>
    <div class="moz-cite-prefix">Am 03.05.2018 um 09:22 schrieb Oliver
      Weinmann:<br>
    </div>
    <blockquote type="cite"
cite="mid:767138E0D064A148B03FE8EC1E9325A20138E4145F@GEDAEVW01.a.space.corp">
      <meta http-equiv="Context-Type" content="text/html;
        charset=us-ascii">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <div class="WordSection1">
        <p class="MsoNormal">Hi,</p>
        <p class="MsoNormal"> </p>
        <p class="MsoNormal">I always hear people saying don’t use dedup
          with ZFS. Is that still the case? We use omnios as a VEEAM
          backup target and I would assume that using dedup would save a
          lot of disk space.</p>
        <p class="MsoNormal"> </p>
        <p class="MsoNormal">Best Regards,</p>
        <p class="MsoNormal">Oliver</p>
      </div>
      <p> </p>
      <p><img src="cid:part1.AED58351.DF99A9FD@hfg-gmuend.de" class=""><span><span></span></span></p>
      <p><strong><span>Oliver Weinmann</span></strong><br>
        Head of Corporate ICT</p>
      <p>Telespazio VEGA Deutschland GmbH<br>
        Europaplatz 5 - 64293 Darmstadt - Germany <br>
        Ph: +49 (0)6151 8257 744 | Fax: +49 (0)6151 8257 799<br>
        <a href="mailto:oliver.weinmann@telespazio-vega.de"
          moz-do-not-send="true">oliver.weinmann@telespazio-vega.de</a><br>
        <a moz-do-not-send="true">www.telespazio-vega.de</a></p>
      <p>Registered office/Sitz: Darmstadt, Register
        court/Registergericht: Darmstadt, HRB 89231; Managing
        Director/Geschäftsführer: Sigmar Keller</p>
      <p> </p>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
OmniOS-discuss mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OmniOS-discuss@lists.omniti.com">OmniOS-discuss@lists.omniti.com</a>
<a class="moz-txt-link-freetext" href="http://lists.omniti.com/mailman/listinfo/omnios-discuss">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>