[
https://issues.apache.org/jira/browse/CASSANDRA-6553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benedict updated CASSANDRA-6553:
--------------------------------
Attachment: 6553.txt
AbstractCType.compare() seems to be eating up a lot of time. The attached patch
optimises SimpleSparseCellNameType, which on my box brings performance in line
with 2.0 _for this workload_. I haven't attempted to improve performance across
the board for AbstractCType; it probably requires a separate ticket to address
performance improvements.
> 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: 6553.txt, 6553.uber.quorum.bdplab.read.png,
> 6553.uber.quorum.bdplab.write.png, high_cl_one.png, high_cl_quorum.png,
> low_cl_one.png, low_cl_quorum.png, tracing.txt, 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)
