Read heavy workload with wider partitions (like 1-2gb) and disable the key cache will be worst case for GC
-- Jeff Jirsa > On Aug 31, 2018, at 10:51 AM, Carl Mueller > <carl.muel...@smartthings.com.INVALID> wrote: > > I'm assuming that p99 that Rocksandra tries to target is caused by GC > pauses, does anyone have data patterns or datasets that will generate GC > pauses in Cassandra to highlight the abilities of Rocksandra (and... > Scylla?) and perhaps this GC approach? > > On Thu, Aug 30, 2018 at 8:11 PM Carl Mueller <carl.muel...@smartthings.com> > wrote: > >> Oh nice, I'll check that out. >> >> On Thu, Aug 30, 2018 at 11:07 AM Jonathan Haddad <j...@jonhaddad.com> >> wrote: >> >>> Advertised, yes, but so far I haven't found it to be any better than >>> ParNew + CMS or G1 in the performance tests I did when writing >>> http://thelastpickle.com/blog/2018/08/16/java11.html. >>> >>> That said, I didn't try it with a huge heap (i think it was 16 or 24GB), >>> so >>> maybe it'll do better if I throw 50 GB RAM at it. >>> >>> >>> >>> On Thu, Aug 30, 2018 at 8:42 AM Carl Mueller >>> <carl.muel...@smartthings.com.invalid> wrote: >>> >>>> https://www.opsian.com/blog/javas-new-zgc-is-very-exciting/ >>>> >>>> .. max of 4ms for stop the world, large terabyte heaps, seems promising. >>>> >>>> Will this be a major boon to cassandra p99 times? Anyone know the >>> aspects >>>> of cassandra that cause the most churn and lead to StopTheWorld GC? I >>> was >>>> under the impression that bloom filters, caches, etc are statically >>>> allocated at startup. >>>> >>> >>> >>> -- >>> Jon Haddad >>> http://www.rustyrazorblade.com >>> twitter: rustyrazorblade >>> >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org For additional commands, e-mail: dev-h...@cassandra.apache.org
