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