[
https://issues.apache.org/jira/browse/CASSANDRA-6488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13850623#comment-13850623
]
Michael Shuler edited comment on CASSANDRA-6488 at 12/17/13 4:22 PM:
---------------------------------------------------------------------
cassandra-1.2 branch, commit 13348c4, is passing these 4 unit tests:
- http://cassci.datastax.com/job/cassandra-1.2_test/35/console
cassandra-2.0 is passing these, also
- http://cassci.datastax.com/job/cassandra-2.0_test/50/console
Thanks all!
was (Author: mshuler):
cassandra-1.2 branch, commit 13348c4, is passing these 4 unit tests:
- http://cassci.datastax.com/job/cassandra-1.2_test/35/console
(pending comment edit when 2.0 finishes)
> Batchlog writes consume unnecessarily large amounts of CPU on vnodes clusters
> -----------------------------------------------------------------------------
>
> Key: CASSANDRA-6488
> URL: https://issues.apache.org/jira/browse/CASSANDRA-6488
> Project: Cassandra
> Issue Type: Bug
> Reporter: Rick Branson
> Assignee: Rick Branson
> Fix For: 1.2.13, 2.0.4
>
> Attachments: 6488-fix.txt, 6488-rbranson-patch.txt, 6488-v2.txt,
> 6488-v3.txt, graph (21).png
>
>
> The cloneTokenOnlyMap call in StorageProxy.getBatchlogEndpoints causes
> enormous amounts of CPU to be consumed on clusters with many vnodes. I
> created a patch to cache this data as a workaround and deployed it to a
> production cluster with 15,000 tokens. CPU consumption drop to 1/5th. This
> highlights the overall issues with cloneOnlyTokenMap() calls on vnodes
> clusters. I'm including the maybe-not-the-best-quality workaround patch to
> use as a reference, but cloneOnlyTokenMap is a systemic issue and every place
> it's called should probably be investigated.
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)
