[ https://issues.apache.org/jira/browse/CASSANDRA-19676?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17852841#comment-17852841 ]
Sam Lightfoot commented on CASSANDRA-19676: ------------------------------------------- [~rustyrazorblade] Agree. It's on my weekend todo list to setup my Hetzner box with Axon with the latest changes. If you have the time, I'd be very keen to side-by-side results. > Stream processing for StorageProxy::updateCoordinatorWriteLatencyTableMetric > ---------------------------------------------------------------------------- > > Key: CASSANDRA-19676 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19676 > Project: Cassandra > Issue Type: Improvement > Components: Legacy/Core > Reporter: Sam Lightfoot > Assignee: Sam Lightfoot > Priority: Normal > Fix For: 5.0-beta2, 5.1 > > Attachments: after.png, image-2024-06-02-17-25-25-071.png > > Time Spent: 40m > Remaining Estimate: 0h > > On profiling a write-heavy workload (90% writes) using easy-cass-stress, it > became very clear StorageProxy::updateCoordinatorWriteLatencyTableMetric was > a hot path that ~15% of the CPU cycles of > ModificationStatement::executeWithoutCondition were taken up by (see attached > async-profiler image). > We should convert this stream to a simple for loop, as has been discussed > recently on the mail list. > easy-cass-stress command: > $ bin/easy-cass-stress run KeyValue -n 10m --maxwlat 10 -r 0.1 --rate 20000 > --compaction twcs > -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org