ignite-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ilya Lantukh (JIRA)" <j...@apache.org>
Subject [jira] [Assigned] (IGNITE-9558) Avoid changing AffinityTopologyVersion on client connect when possible
Date Wed, 12 Sep 2018 13:50:00 GMT

     [ https://issues.apache.org/jira/browse/IGNITE-9558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Ilya Lantukh reassigned IGNITE-9558:
------------------------------------

    Assignee: Ilya Lantukh

> 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
>
> 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)

Mime
View raw message