[ 
https://issues.apache.org/jira/browse/IGNITE-9558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16681717#comment-16681717
 ] 

Ignite TC Bot commented on IGNITE-9558:
---------------------------------------

{panel:title=Possible 
Blockers|borderStyle=dashed|borderColor=#ccc|titleBGColor=#F7D6C1}
{color:#d04437}Basic 1{color} [[tests 
2|https://ci.ignite.apache.org/viewLog.html?buildId=2281326]]
* IgniteBasicTestSuite: IgniteFutureImplTest.testChainAsync - 0,0% fails in 
last 100 master runs.

{color:#d04437}ZooKeeper (Discovery) 1{color} [[tests 
1|https://ci.ignite.apache.org/viewLog.html?buildId=2281320]]
* ZookeeperDiscoverySpiTestSuite1: 
ZookeeperDiscoverySpiTest.testCommunicationFailureResolve_KillRandom - 0,0% 
fails in last 100 master runs.

{panel}
[TeamCity Run All 
Results|http://ci.ignite.apache.org/viewLog.html?buildId=2281388&buildTypeId=IgniteTests24Java8_RunAll]

> Avoid changing AffinityTopologyVersion on client connect when possible
> ----------------------------------------------------------------------
>
>                 Key: IGNITE-9558
>                 URL: https://issues.apache.org/jira/browse/IGNITE-9558
>             Project: Ignite
>          Issue Type: Improvement
>    Affects Versions: 2.0
>            Reporter: Alexey Goncharuk
>            Assignee: Ilya Lantukh
>            Priority: Major
>             Fix For: 2.8
>
>
> Currently a client join event changes discovery topology version which, in 
> turn, changes AffinityTopologyVersion.
> When a client maps transaction on new AffinityTopologyVersion, corresponding 
> message is not processed on remote node until remote node receives the 
> corresponding discovery event. If discovery event delivery is delayed for 
> some reason, this will result in transaction stalls on client joins.
> Since the client node does not change partition affinity, we can safely map 
> transactions on the previous topology version and do not change the affinity 
> topology version at all.
> Some cases need special care and probably do not qualify for this 
> optimization, such as when client has near cache or client hosts partition 
> for REPLICATED cache.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to