Never mind : nodetool sjk help On Mon, Mar 18, 2019 at 9:36 AM Dieudonné Madishon NGAYA <dmng...@gmail.com> wrote:
> Hi, please send us result of: nodetool help sjk > > On Mon, Mar 18, 2019 at 9:28 AM ishib...@gmail.com <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 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 >> >> https://docs.datastax.com/en/cassandra/3.0/cassandra/tools/toolsSjk.html >> >> >> >> >> >> >> >> *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 > > -- > > Best regards > _____________________________________________________________ > > [image: > https://www.facebook.com/DMN-BigData-371074727032197/?modal=admin_todo_tour] > <https://www.facebook.com/DMN-BigData-371074727032197/?modal=admin_todo_tour> > <https://twitter.com/dmnbigdata> <https://www.instagram.com/> > <https://www.linkedin.com/in/dngaya/> > > *Dieudonne Madishon NGAYA* > Datastax, Cassandra Architect > *P: *7048580065 > *w: *www.dmnbigdata.com > *E: *dmng...@dmnbigdata.com > *Private E: *dmng...@gmail.com > *A: *Charlotte,NC,28273, USA > -- Best regards _____________________________________________________________ [image: https://www.facebook.com/DMN-BigData-371074727032197/?modal=admin_todo_tour] <https://www.facebook.com/DMN-BigData-371074727032197/?modal=admin_todo_tour> <https://twitter.com/dmnbigdata> <https://www.instagram.com/> <https://www.linkedin.com/in/dngaya/> *Dieudonne Madishon NGAYA* Datastax, Cassandra Architect *P: *7048580065 *w: *www.dmnbigdata.com *E: *dmng...@dmnbigdata.com *Private E: *dmng...@gmail.com *A: *Charlotte,NC,28273, USA