DragonFly commits List (threaded) for 2012-02
[
Date Prev][
Date Next]
[
Thread Prev][
Thread Next]
[
Date Index][
Thread Index]
Re: git: Disable HAMMER live dedup, mark as experimental
--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@mail.d=
k
> wrote:
> >commit 6de803f0514ff0019181d026a825d1e8a9a4c404
> >Author: Fran=E7ois Tigeot <ftigeot@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@mail.dk">thomas=
.nikolajsen@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@wolfpond.org">f=
tigeot@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--
[
Date Prev][
Date Next]
[
Thread Prev][
Thread Next]
[
Date Index][
Thread Index]