You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Cesar Andres Stuardo Moraga (Jira)" <ji...@apache.org> on 2024/07/31 03:04:00 UTC
[jira] [Created] (CASSANDRA-19808) Gossiper optmizations
Cesar Andres Stuardo Moraga created CASSANDRA-19808:
-------------------------------------------------------
Summary: Gossiper optmizations
Key: CASSANDRA-19808
URL: https://issues.apache.org/jira/browse/CASSANDRA-19808
Project: Cassandra
Issue Type: Improvement
Reporter: Cesar Andres Stuardo Moraga
I am wondering about optimizations that can be done in the gossiper class, especially targeting performance at larger scales.
# getLiveMembers: Creating a hashmap every time this is called. Aside from creating some trash, its linear in terms of the number of peers.
# getMaxEndpointStateVersion: I feel this can be calculated and cached rather than looking for it. It is also linear on the number of peers.
# getGossipStatus: Linear in the number of peers, also source of garbage at larger scales.
It seems optmizing these methods can contribute to a cleaner/performant membership protocol. Is there any plans on having these types of optmizations?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org