cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Albert P Tobey (JIRA)" <j...@apache.org>
Subject [jira] [Comment Edited] (CASSANDRA-7486) Compare CMS and G1 pause times
Date Thu, 16 Apr 2015 05:59:01 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-7486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14497603#comment-14497603
] 

Albert P Tobey edited comment on CASSANDRA-7486 at 4/16/15 5:58 AM:
--------------------------------------------------------------------

My benchmarks completed. These were run on 6 quad-core Intel NUCs with 16GB RAM / 240GB SSD
/ gigabit ethernet. The CPUs are fairly slow at 1.4Ghz. Cassandra 2.1.4 / Oracle JDK 8u40
/ CoreOS 647.0.0 / Linux 3.19.3 (bare metal - no container). The tests were automated with
a complete cluster rebuild between tests and caches dropped before starting Cassandra each
time.

The big win with G1 IMO is that it is auto-tuning. I've been running it on a few other kinds
of machines and it generally does much better with more CPU power.

cassandra-stress was run with an increased heap but is otherwise unmodified from Cassandra
2.1.4. I checked the gc log regularly and did not see many pauses for stress itself above
1ms here & there, with most pauses in the ~300usec range.

The final output of the stress is available here:

https://docs.google.com/a/datastax.com/spreadsheets/d/19Eb7HGkd5rFUD_C0ZALbK6-R4fPF9vJRr8BrvxBwo38/edit?usp=sharing
http://tobert.org/downloads/cassandra-2.1-cms-vs-g1.csv

The stress commands, system.log, GC logs, conf directory from all the servers, and full stress
logs are available on my webserver here:

http://tobert.org/downloads/cassandra-2.1-cms-vs-g1-data.tar.gz (35MB)



was (Author: atobey@datastax.com):
My benchmarks completed. These were run on 6 quad-core Intel NUCs with 16GB RAM / 240GB SSD
/ gigabit ethernet. Cassandra 2.1.4. The CPUs are fairly slow at 1.4Ghz. The tests were automated
with a complete cluster rebuild between tests and caches dropped before starting Cassandra
each time.

The big win with G1 IMO is that it is auto-tuning. I've been running it on a few other kinds
of machines and it generally does much better with more CPU power.

cassandra-stress was run with an increased heap but is otherwise unmodified from Cassandra
2.1.4. I checked the gc log regularly and did not see many pauses for stress itself above
1ms here & there, with most pauses in the ~300usec range.

The final output of the stress is available here:

https://docs.google.com/a/datastax.com/spreadsheets/d/19Eb7HGkd5rFUD_C0ZALbK6-R4fPF9vJRr8BrvxBwo38/edit?usp=sharing
http://tobert.org/downloads/cassandra-2.1-cms-vs-g1.csv

The stress commands, system.log, GC logs, conf directory from all the servers, and full stress
logs are available on my webserver here:

http://tobert.org/downloads/cassandra-2.1-cms-vs-g1-data.tar.gz (35MB)


> Compare CMS and G1 pause times
> ------------------------------
>
>                 Key: CASSANDRA-7486
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-7486
>             Project: Cassandra
>          Issue Type: Test
>          Components: Config
>            Reporter: Jonathan Ellis
>            Assignee: Shawn Kumar
>             Fix For: 2.1.5
>
>
> See http://www.slideshare.net/MonicaBeckwith/garbage-first-garbage-collector-g1-7486gc-migration-to-expectations-and-advanced-tuning
and https://twitter.com/rbranson/status/482113561431265281
> May want to default 2.1 to G1.
> 2.1 is a different animal from 2.0 after moving most of memtables off heap.  Suspect
this will help G1 even more than CMS.  (NB this is off by default but needs to be part of
the test.)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message