Re: Fw: read request is slow

Sjk plus is bundled with dse, not oss. Grab it here if you need it: https://github.com/aragozin/jvm-tools On Mon, Mar 18, 2019 at 6:38 AM Dieudonné Madishon NGAYA wrote: > Never mind : nodetool sjk help > > On Mon, Mar 18, 2019 at 9:36 AM Dieudonné Madishon NGAYA < > dmng...@gmail.com> wrote:

Re: Fw: read request is slow

Never mind : nodetool sjk help On Mon, Mar 18, 2019 at 9:36 AM Dieudonné Madishon NGAYA wrote: > Hi, please send us result of: nodetool help sjk > > On Mon, Mar 18, 2019 at 9:28 AM ishib...@gmail.com > wrote: > >> Hi! >> >> This is interesting note for me. >> >> We have C* 3.11.1, but ‘sjk’

Re: Fw: read request is slow

Hi, please send us result of: nodetool help sjk On Mon, Mar 18, 2019 at 9:28 AM ishib...@gmail.com wrote: > Hi! > > This is interesting note for me. > > We have C* 3.11.1, but ‘sjk’ still unexpected parameters for nodetool > utility. > > Am I missed something or ‘sjk’ available as separate

Fw: read request is slow

Hi!This is interesting note for me.We have C* 3.11.1, but ‘sjk’ still  unexpected parameters for nodetool utility.Am I  missed something or ‘sjk’ available as separate rpm-package?Best regards, Ilya Тема: Re: read request is slow От: Dieudonné Madishon NGAYA Кому:

Re: TWCS and tombstone purging

Hi Nick, the strategy will depend on your compaction strategy and how tombstones are generated (DELETE statements or TTLs), and also your version of Cassandra. If you're working with TTLs, your best option is definitely TWCS with the unsafe_aggressive_sstable_expiration flag that was introduced