I have done this several times i.e disabling compression at the table
level. Never had any issues.

On Wed, 27 Jan 2021 at 01:37, Elliott Sims <elli...@backblaze.com> wrote:

> The main downside I see is that you're hitting a less-tested codepath.  I
> think very few installations have compression disabled today.
>
> On Mon, Jan 25, 2021 at 7:06 AM Lapo Luchini <l...@lapo.it> wrote:
>
>> Hi,
>>      I'm using a fairly standard install of Cassandra 3.11 on FreeBSD
>> 12, by default filesystem is compressed using LZ4 and Cassandra tables
>> are compressed using LZ4 as well.
>>
>> I was wondering if anybody had data about this already (or else, I will
>> probably do some tests myself, eventually): would it be a nice idea to
>> disable Cassandra compression and rely only on ZFS one?
>>
>> In principle I can see some pros:
>> 1. it's done in kernel, might be slightly faster
>> 2. can (probably) compress more data, as I see a 1.02 compression factor
>>     on filesystem even if I have compressed data in tables already
>> 3. in upcoming ZFS version I will be able to use Zstd compression
>>     (probably before Cassandra 4.0 is gold)
>> 4. (can inspect  compression directly at filesystem level)
>>
>> But on the other hand application-level compression could have its
>> advantages.
>>
>> cheers,
>>
>> --
>> Lapo Luchini
>> l...@lapo.it
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
>> For additional commands, e-mail: user-h...@cassandra.apache.org
>>
>>

-- 



--

The information contained in this electronic message and any 
attachments to this message are intended for the exclusive use of the 
addressee(s) and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately and destroy all copies of this message and any attachments. 
WARNING: Computer viruses can be transmitted via email. The recipient 
should check this email and any attachments for the presence of viruses. 
The company accepts no liability for any damage caused by any virus 
transmitted by this email. www.digitalis.io <http://www.digitalis.io>

Reply via email to