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
Кому: user@cassandra.apache.org
Копия:



For your information,since cassandra 3.0, it includes ttop and other options inside sjk

nodetool sjk

 

 

 

From: Jon Haddad [mailto:j...@jonhaddad.com]
Sent: Saturday, March 16, 2019 5:25 PM
To: user@cassandra.apache.org
Subject: Re: read request is slow

 

I'm guessing you're getting 100MB from the comments in the config, which suggest 100MB per core.  This advice is pretty outdated and should be updated.

 

I'd use 8GB total heap and 4GB new gen as a starting point.  I really suggest reading up on how GC works, I linked to a post in an earlier email.

 

These are the flags you'd need to set in your jvm.options, or jvm-server.options depending on the version you're using:

 

-Xmx8G

-Xms8G

-Xmn4G

 

1 core is probably going to be a problem, Cassandra creates a lot of threads and relies on doing work concurrently.  I wouldn't use less than 8 cores in a production environment.


-----------------------------------
This message and any attachment are confidential and may be privileged or otherwise protected from disclosure. If you are not the intended recipient any use, distribution, copying or disclosure is strictly prohibited. If you have received this message in error, please notify the sender immediately either by telephone or by e-mail and delete this message and any attachment from your system. Correspondence via e-mail is for information purposes only. AO Raiffeisenbank neither makes nor accepts legally binding statements by e-mail unless otherwise agreed.
-----------------------------------
--------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org For additional commands, e-mail: user-h...@cassandra.apache.org

Reply via email to