[jira] [Created] (IGNITE-13050) ClusterGroup that is recomputed on topology change

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[jira] [Created] (IGNITE-13050) ClusterGroup that is recomputed on topology change

Anton Vinogradov (Jira)
Ivan Bessonov created IGNITE-13050:
--------------------------------------

             Summary: ClusterGroup that is recomputed on topology change
                 Key: IGNITE-13050
                 URL: https://issues.apache.org/jira/browse/IGNITE-13050
             Project: Ignite
          Issue Type: Improvement
            Reporter: Ivan Bessonov
            Assignee: Ivan Bessonov


Currently, ClusterGroup comes in two favors:
One is a static set of UUIDs which will not change, second is predicate that is recomputed over ALL nodes on EVERY operation. This has bitten our client because recomputing of ClusterGroup happens in tcp-communication thread clogging it and delaying every operation in cluster. This is a major problem.

It would be nice if there was a ClusterGroup with predicate which would recompute once per topology affinity change. Bonus points if it precisely tracks current topology with zero delay or overrun.

Would be nice to upgrade firstNode/lastNode predicates to that mechanism since now they are static - topology changes but firstNode/lastNode projections don't, they may point to absent node.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)