Re: concurrent_compactors via JMX

2018-07-24 Thread Alain RODRIGUEZ
Hello Ricardo, My understanding is that GP2 is better. I think we did some testing in the past, but I must say I do not remember the exact results. I remember we also thought of IO1 at some point, but we were not convinced by this kind of EBS (not sure if it was not as performant as suggested in t

Re: concurrent_compactors via JMX

2018-07-19 Thread Riccardo Ferrari
Alain, I really appreciate your answers! A little typo is not changing the valuable content! For sure I will give a shot to your GC settings and come back with my findings. Right now I have 6 nodes up and running and everything looks good so far (at least much better). I agree, the hardware I am

Re: concurrent_compactors via JMX

2018-07-19 Thread Alain RODRIGUEZ
> Ah excuse my confusion. I now understand I guide you through changing the > throughput when you wanted to change the compaction throughput. Wow, I meant to say "I guided you through changing the compaction throughput when you wanted to change the number of concurrent compactors." I should not

Re: concurrent_compactors via JMX

2018-07-19 Thread Alain RODRIGUEZ
Ah excuse my confusion. I now understand I guide you through changing the throughput when you wanted to change the compaction throughput. I also found some commands I ran in the past using jmxterm. As mentioned by Chris - and thanks Chris for answering the question properly -, the 'max' can never

Re: concurrent_compactors via JMX

2018-07-18 Thread Riccardo Ferrari
Chris, Thank you for mbean reference. On Wed, Jul 18, 2018 at 6:26 PM, Riccardo Ferrari wrote: > Alain, thank you for email. I really really appreciate it! > > I am actually trying to remove the disk io from the suspect list, thus I'm > want to reduce the number of concurrent compactors. I'll g

Re: concurrent_compactors via JMX

2018-07-18 Thread Riccardo Ferrari
Alain, thank you for email. I really really appreciate it! I am actually trying to remove the disk io from the suspect list, thus I'm want to reduce the number of concurrent compactors. I'll give thorughput a shot. No, I don't have a long list of pending compactions, however my instances are still

Re: concurrent_compactors via JMX

2018-07-18 Thread Chris Lohfink
Refer to Alains email but to strictly answer the question of increasing concurrent_compactors via jmx: There are two attributes you can increase that would set the maximum number of concurrent compactions. org.apache.cassandra.db:type=CompactionManager,name=MaximumCompactorThreads ->

Re: concurrent_compactors via JMX

2018-07-17 Thread Alain RODRIGUEZ
Hello Riccardo, I noticed I have been writing a novel to answer a simple couple of questions again ¯\_(ツ)_/¯. So here is a short answer in the case that's what you were looking for :). Also, there is a warning that it might be counter-productive and stress the cluster even more to increase the com

concurrent_compactors via JMX

2018-07-17 Thread Riccardo Ferrari
Hi list, Cassandra 3.0.6 I'd like to test the change of concurrent compactors to see if it helps when the system is under stress. Can someone point me to the right mbean? I can not really find good docs about mbeans (or tools ...) Any suggestion much appreciated, best