[
https://issues.apache.org/jira/browse/CASSANDRA-6553?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13934425#comment-13934425
]
Jonathan Ellis commented on CASSANDRA-6553:
-------------------------------------------
bq. New counters appeared to outperform 2.0 in every aspect measured, except in
the case of competing counter reads in the same partition (aka 'uber
contention').
Am I misreading something? That sure looks to me like 2.1 is almost twice as
fast as 2.0.
I'm especially pleased at how even 2.1 performance is instead of the large
variance in 2.0.
> Benchmark counter improvements (counters++)
> -------------------------------------------
>
> Key: CASSANDRA-6553
> URL: https://issues.apache.org/jira/browse/CASSANDRA-6553
> Project: Cassandra
> Issue Type: Test
> Reporter: Ryan McGuire
> Assignee: Russ Hatch
> Fix For: 2.1 beta2
>
> Attachments: high_cl_one.png, high_cl_quorum.png, low_cl_one.png,
> low_cl_quorum.png, uber_cl_one.png, uber_cl_quorum.png
>
>
> Benchmark the difference in performance between CASSANDRA-6504 and trunk.
> * Updating totally unrelated counters (different partitions)
> * Updating the same counters a lot (same cells in the same partition)
> * Different cells in the same few partitions (hot counter partition)
> benchmark:
> https://github.com/apache/cassandra/tree/1218bcacba7edefaf56cf8440d0aea5794c89a1e
> (old counters)
> compared to:
> https://github.com/apache/cassandra/tree/714c423360c36da2a2b365efaf9c5c4f623ed133
> (new counters)
> So far, the above changes should only affect the write path.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
