Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 07 Apr 2022 16:02:16 +0200
From:      egoitz@ramattack.net
To:        mike tancsa <mike@sentex.net>
Cc:        freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org, Freebsd performance <freebsd-performance@freebsd.org>
Subject:   Re: {* 05.00 *}Re: Re: Re: Desperate with 870 QVO and ZFS
Message-ID:  <beef3c19927a42ca8f6a0a80b8036589@ramattack.net>
In-Reply-To: <217020e3-0092-b269-96e4-dd77bdcde110@sentex.net>
References:  <4e98275152e23141eae40dbe7ba5571f@ramattack.net> <665236B1-8F61-4B0E-BD9B-7B501B8BD617@ultra-secure.de> <0ef282aee34b441f1991334e2edbcaec@ramattack.net> <28e11d7ec0ac5dbea45f9f271fc28f06@ramattack.net> <ca3f86f2-94a1-be94-ad55-7bd1c9bc50ab@grosbein.net> <7aa95cb4bf1fd38b3fce93bc26826042@ramattack.net> <alpine.GSO.2.20.2204061513180.9475@scrappy.simplesystems.org> <d8eec440-aff5-e2c7-35d5-04ac96939213@sentex.net> <609373d106c2244a8a2a3e2ca5e6eb73@ramattack.net> <e58a9978-7ee9-0d42-68da-0ed33f4394fa@sentex.net> <217020e3-0092-b269-96e4-dd77bdcde110@sentex.net>

next in thread | previous in thread | raw e-mail | index | archive | help
--=_14f3bd38668fdecfedfad3f860fc22f3
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=UTF-8

Sure!!! good to know mate!!! 

Thanks Mike!!

El 2022-04-07 15:43, mike tancsa escribió:

> ATENCION
> ATENCION
> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No pinche en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y sepa que el contenido es seguro.
> 
> On 4/7/2022 7:25 AM, mike tancsa wrote: On 4/7/2022 4:59 AM, egoitz@ramattack.net wrote: 
> Hi Mike!
> 
> Thanks a lot for your comment. I see. As said before, we didn't really enable compression because we just keep the config as FreeBSD leaves by default. Apart from that, having tons of disk space and well... for avoiding the load of compress/decompress... The main reason was it was not enabled by default really and not to have seen a real reason for it.... was not more than that....I appreciate your comments really :) 
> 
> Think of the extreme case where you do something like
> 
> dd if=/dev/zero of=/tank/junk.bin bs=1m count=10000
> 
> as this is a 20G file that takes just a few hundred bytes of write IO on a compressed system. Obviously, as the compress ratio reduces in the real world the benefits become less.  Where that diminishing return is, not sure.  But something to keep in mind
 You might also want to have a look at this article which I found quite
helpful

https://klarasystems.com/articles/openzfs1-understanding-transparent-compression/

    ---Mike
--=_14f3bd38668fdecfedfad3f860fc22f3
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset=UTF-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; charset=
=3DUTF-8" /></head><body style=3D'font-size: 10pt; font-family: Verdana,Gen=
eva,sans-serif'>
<p>Sure!!! good to know mate!!!</p>
<p><br /></p>
<p>Thanks Mike!!</p>
<div>&nbsp;</div>
<p><br /></p>
<p>El 2022-04-07 15:43, mike tancsa escribi&oacute;:</p>
<blockquote type=3D"cite" style=3D"padding: 0 0.4em; border-left: #1010ff 2=
px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ig=
nored -->
<div class=3D"pre" style=3D"margin: 0; padding: 0; font-family: monospace">=
ATENCION<br /> ATENCION<br /> <span style=3D"white-space: nowrap;">ATENCION=
!!!&nbsp;Este&nbsp;correo&nbsp;se&nbsp;ha&nbsp;enviado&nbsp;desde&nbsp;fuer=
a&nbsp;de&nbsp;la&nbsp;organizacion.&nbsp;No&nbsp;pinche&nbsp;en&nbsp;los&n=
bsp;enlaces&nbsp;ni&nbsp;abra&nbsp;los&nbsp;adjuntos&nbsp;a&nbsp;no&nbsp;se=
r&nbsp;que&nbsp;reconozca&nbsp;el&nbsp;remitente&nbsp;y&nbsp;sepa&nbsp;que&=
nbsp;el&nbsp;contenido&nbsp;es&nbsp;seguro.</span><br /> <br /> <span style=
=3D"white-space: nowrap;">On&nbsp;4/7/2022&nbsp;7:25&nbsp;AM,&nbsp;mike&nbs=
p;tancsa&nbsp;wrote:</span>
<blockquote type=3D"cite" style=3D"padding: 0 0.4em; border-left: #1010ff 2=
px solid; margin: 0"><span style=3D"white-space: nowrap;">On&nbsp;4/7/2022&=
nbsp;4:59&nbsp;AM,&nbsp;<a href=3D"mailto:egoitz@ramattack.net">egoitz@rama=
ttack.net</a>&nbsp;wrote:</span>
<blockquote type=3D"cite" style=3D"padding: 0 0.4em; border-left: #1010ff 2=
px solid; margin: 0"><br /> <span style=3D"white-space: nowrap;">Hi&nbsp;Mi=
ke!</span><br /> <br /> Thanks a lot for your comment. I see. As said befor=
e, we didn't really enable compression because we just keep the config as F=
reeBSD leaves by default. Apart from that, having tons of disk space and we=
ll... for avoiding the load of compress/decompress... The main reason was i=
t was not enabled by default really and not to have seen a real reason for =
it.... was not more than that....I appreciate your comments really :)</bloc=
kquote>
<br /> <br /> <span style=3D"white-space: nowrap;">Think&nbsp;of&nbsp;the&n=
bsp;extreme&nbsp;case&nbsp;where&nbsp;you&nbsp;do&nbsp;something&nbsp;like<=
/span><br /> <br /> <span style=3D"white-space: nowrap;">dd&nbsp;if=3D/dev/=
zero&nbsp;of=3D/tank/junk.bin&nbsp;bs=3D1m&nbsp;count=3D10000</span><br /> =
<br /> as this is a 20G file that takes just a few hundred bytes of write I=
O on a compressed system. Obviously, as the compress ratio reduces in the r=
eal world the benefits become less.&nbsp; Where that diminishing return is,=
 not sure.&nbsp; But something to keep in mind<br /> <br /> </blockquote>
You might also want to have a look at this article which I found quite help=
ful<br /> <br /> <br /> <span style=3D"white-space: nowrap;"><a href=3D"htt=
ps://klarasystems.com/articles/openzfs1-understanding-transparent-compressi=
on/" target=3D"_blank" rel=3D"noopener noreferrer">https://klarasystems.com=
/articles/openzfs1-understanding-transparent-compression/</a></span><br /> =
<br /> <br /> <span style=3D"white-space: nowrap;">&nbsp;&nbsp;&nbsp;&nbsp;=
---Mike</span><br /> <br /> </div>
</blockquote>
</body></html>

--=_14f3bd38668fdecfedfad3f860fc22f3--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?beef3c19927a42ca8f6a0a80b8036589>