*"Decrease tombstone_compaction_interval and decrease
tombstone_threshold, or set unchecked_tombstone_compaction to true to
ignore both conditions and collect based /purely on gc grace/."*
Is this actually true for C* version 3.11.0?
AND compaction = {'class':
'org.apache.cassandra.db.compaction.TimeWindowCompactionStrategy',
'compaction_window_size': '1', 'compaction_window_unit': 'HOURS',
'max_threshold': '128', 'min_threshold':
'2',|*'unchecked_tombstone_compaction': 'true'*|}
AND compression = {'chunk_length_in_kb': '64', 'class':
'org.apache.cassandra.io.compress.DeflateCompressor'}
Is this approach enough?
Thanks.
On 07/06/2017 06:27 PM, Jeff Jirsa wrote:
>
> On 2017-07-06 01:37 (-0700), Cogumelos Maravilha <cogumelosmaravi...@sapo.pt>
> wrote:
>> Hi Jeff,
>>
>> Thanks for your reply. But I've already changed from LZ4 to Deflate to
>> get higher compression level. Can I in the Deflate compressor do the
>> same, set for a higher level of compression?
>
> Not at this time; if it's important to you, please open a JIRA (as always,
> patches from the community are welcome)
>
>
>> Another question to the creator of the TimeWindowsCompactionStrategy:
>>
>> AND compaction = {'class':
>> 'org.apache.cassandra.db.compaction.TimeWindowCompactionStrategy',
>> 'compaction_window_size': '1', 'compaction_window_unit': 'HOURS',
>> 'max_threshold': '128', 'min_threshold': '2'}
>> AND compression = {'chunk_length_in_kb': '64', 'class':
>> 'org.apache.cassandra.io.compress.DeflateCompressor'}
>>
>> There are some days that I have exactly 24 SSTables:
>> ls -alFh *Data*|grep 'Jul 3'|wc
>> 24
>> Others no:
>> ls -alFh *Data*|grep 'Jul 2'|wc
>> 59
>>
>> Is this normal?
> "Maybe", you could use sstablemetadata to get the maxTimestamp from the
> table, that's what TWCS will use to group data files together. Keep in mind
> that repaired sstables won't compact with unrepaired (if you're using
> incremental repair), and that tombstone compaction subproperties (which I
> don't see in your options, but maybe you had set before) can cause single
> sstable compactions that change the timestamp of the FILE, but the data
> within it may continue to be much older.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
> For additional commands, e-mail: user-h...@cassandra.apache.org
>
