Hi Andrew, Do you mind sharing the backport patch? We're very interested in that, 20-30% improvement sounds great to us.
Thanks, Jay On 7/27/17 11:52 PM, Andrew Whang wrote: > Yes, seeing latency improvement after backporting 9472 to 3.0.13. We are > measuring p99 latency, thus moving objects off heap improved gc stalls, > which directly affects our read/write p99 latency. > > On Thu, Jul 27, 2017 at 10:54 PM, Jeff Jirsa <[email protected]> wrote: > >> This is after you backported 9472 to 3.0? >> >> -- >> Jeff Jirsa >> >> >>> On Jul 27, 2017, at 10:33 PM, Andrew Whang <[email protected]> >> wrote: >>> >>> Jay, >>> >>> We see ~20% write latency improvement on 3.0.13 in a write-heavy >> workload, >>> using offheap_objects. offheap_buffers only offered minimal improvement. >>> >>> On Thu, Jul 27, 2017 at 10:06 PM, Jay Zhuang >> <[email protected]> >>> wrote: >>> >>>> Hi Andrew, >>>> >>>> Do you see performance gain from reintroducing off-heap memtables for >>>> 3.0.x? When we were on 2.2.x we saw big improvements from enabling >>>> off-heap memtables. >>>> >>>> Thanks, >>>> Jay >>>> >>>>> On 7/27/17 9:37 PM, Andrew Whang wrote: >>>>> I'm wondering if anyone has been able to patch CASSANDRA-9472 to 3.0, >>>>> without breaking unit tests. The patch was introduced in 3.4, but 3.0.x >>>>> contains unit tests and code from later 3.x releases, which makes >>>> debugging >>>>> unit test failures difficult - i.e. SSTableCorruptionDetectionTest, >>>> which >>>>> was introduced in 3.7 and is found in 3.0.14, but not in 3.4. >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
