You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cassandra.apache.org by Carl Mueller <ca...@smartthings.com.INVALID> on 2018/08/30 15:42:32 UTC
Java 11 Z garbage collector
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.
Re: Java 11 Z garbage collector
Posted by Carl Mueller <ca...@smartthings.com.INVALID>.
Thanks Jeff.
On Fri, Aug 31, 2018 at 1:01 PM Jeff Jirsa <jj...@gmail.com> wrote:
> 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 <ca...@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.mueller@smartthings.com>
> > wrote:
> >
> >> Oh nice, I'll check that out.
> >>
> >> On Thu, Aug 30, 2018 at 11:07 AM Jonathan Haddad <jo...@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
> >>> <ca...@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-unsubscribe@cassandra.apache.org
> For additional commands, e-mail: dev-help@cassandra.apache.org
>
>
Re: Java 11 Z garbage collector
Posted by Jeff Jirsa <jj...@gmail.com>.
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 <ca...@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 <ca...@smartthings.com>
> wrote:
>
>> Oh nice, I'll check that out.
>>
>> On Thu, Aug 30, 2018 at 11:07 AM Jonathan Haddad <jo...@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
>>> <ca...@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-unsubscribe@cassandra.apache.org
For additional commands, e-mail: dev-help@cassandra.apache.org
Re: Java 11 Z garbage collector
Posted by Carl Mueller <ca...@smartthings.com.INVALID>.
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 <ca...@smartthings.com>
wrote:
> Oh nice, I'll check that out.
>
> On Thu, Aug 30, 2018 at 11:07 AM Jonathan Haddad <jo...@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
>> <ca...@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
>>
>
Re: Java 11 Z garbage collector
Posted by Carl Mueller <ca...@smartthings.com.INVALID>.
Oh nice, I'll check that out.
On Thu, Aug 30, 2018 at 11:07 AM Jonathan Haddad <jo...@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
> <ca...@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
>
Re: Java 11 Z garbage collector
Posted by Jonathan Haddad <jo...@jonhaddad.com>.
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
<ca...@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