git: Disable HAMMER live dedup, mark as experimental

Samuel J. Greear sjg at evilcode.net
Thu Feb 2 14:40:00 PST 2012


--e89a8f502a565dd69204b802e046
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Thu, Feb 2, 2012 at 3:33 PM, Thomas Nikolajsen <thomas.nikolajsen at mail.d=
k
> wrote:

> >commit 6de803f0514ff0019181d026a825d1e8a9a4c404
> >Author: Fran=E7ois Tigeot <ftigeot at wolfpond.org>
> >Date:   Wed Jan 18 10:36:56 2012 +0100
> >
> >    Disable HAMMER live dedup, mark as experimental
> >
> >    * Comment out mentions to it in the hammer(8) manpage
> >
> >    * Live-dedup is a relatively new feature that has not undergone
> >      extensive testing.
> >
> >    * It may have some issues with HAMMER bigblocks, we do not want
> >      users to run it on production machines yet.
> >..
> >-SYSCTL_INT(_vfs_hammer, OID_AUTO, live_dedup, CTLFLAG_RW,
> >-          &hammer_live_dedup, 0, "Enable live dedup");
> >+SYSCTL_INT(_vfs_hammer, OID_AUTO, live_dedup, CTLFLAG_RD,
> >+          &hammer_live_dedup, 0, "Enable live dedup (experimental)");
>
> Any special reason to turn vfs.hammer.live_dedup sysctl to R/O?
> (I haven't noticed a tunable to turn it on; only way is to change code)
>
> Do we have any known problem with live_dedup?
> (I haven't noticed a bug on this in our bug handling system)
>
> Live_dedup was off by default;
> which seemed fine for an experimental feature.
>
>  -thomas
>
>
It can be enabled from the loader / loader.conf.

Live dedup was suspected of data corruption (but not confirmed) -- the
thought was to make sure people really, really mean to turn it on for 3.0,
it could be switched back to the way it was in master now that 3.0 has been
branched.

Sam

--e89a8f502a565dd69204b802e046
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_quote">On Thu, Feb 2, 2012 at 3:33 PM, Thomas Nikolajse=
n <span dir=3D"ltr"><<a href=3D"mailto:thomas.nikolajsen at mail.dk">thomas=
.nikolajsen at mail.dk</a>></span> wrote:<br><blockquote class=3D"gmail_quo=
te" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"=
>
>commit 6de803f0514ff0019181d026a825d1e8a9a4c404<br>
>Author: Fran=E7ois Tigeot <<a href=3D"mailto:ftigeot at wolfpond.org">f=
tigeot at wolfpond.org</a>><br>
>Date: =A0 Wed Jan 18 10:36:56 2012 +0100<br>
><br>
> =A0 =A0Disable HAMMER live dedup, mark as experimental<br>
><br>
> =A0 =A0* Comment out mentions to it in the hammer(8) manpage<br>
><br>
> =A0 =A0* Live-dedup is a relatively new feature that has not undergone=
<br>
> =A0 =A0 =A0extensive testing.<br>
><br>
> =A0 =A0* It may have some issues with HAMMER bigblocks, we do not want=
<br>
> =A0 =A0 =A0users to run it on production machines yet.<br>
>..<br>
>-SYSCTL_INT(_vfs_hammer, OID_AUTO, live_dedup, CTLFLAG_RW,<br>
>- =A0 =A0 =A0 =A0 =A0&hammer_live_dedup, 0, "Enable live dedup=
");<br>
>+SYSCTL_INT(_vfs_hammer, OID_AUTO, live_dedup, CTLFLAG_RD,<br>
>+ =A0 =A0 =A0 =A0 =A0&hammer_live_dedup, 0, "Enable live dedup=
 (experimental)");<br>
<br>
Any special reason to turn vfs.hammer.live_dedup sysctl to R/O?<br>
(I haven't noticed a tunable to turn it on; only way is to change code)=
<br>
<br>
Do we have any known problem with live_dedup?<br>
(I haven't noticed a bug on this in our bug handling system)<br>
<br>
Live_dedup was off by default;<br>
which seemed fine for an experimental feature.<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
=A0-thomas<br>
<br>
</font></span></blockquote></div><br><div>It can be enabled from the loader=
 / loader.conf.</div><div><br></div><div>Live dedup was suspected of data c=
orruption (but not confirmed) -- the thought was to make sure people really=
, really mean to turn it on for 3.0, it could be switched back to the way i=
t was in master now that 3.0 has been branched.</div>
<div><br></div><div>Sam</div>

--e89a8f502a565dd69204b802e046--





More information about the Commits mailing list