You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Ilya Lantukh (JIRA)" <ji...@apache.org> on 2016/05/13 14:33:12 UTC

[jira] [Issue Comment Deleted] (IGNITE-2744) Optimize "unwindEvict" call in GridCacheIoManager.processMessage().

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

Ilya Lantukh updated IGNITE-2744:
---------------------------------
    Comment: was deleted

(was: I tried to inject tx state into message in the most 'top level' handler. Unfortunately, for some message types TX lookup isn't as simple as for NearTxPrepareResponse.
I think the simplest way how we can test it is to add {code} assert msg.txState() != null; {code} to the end of every top level handler.)

> Optimize "unwindEvict" call in GridCacheIoManager.processMessage().
> -------------------------------------------------------------------
>
>                 Key: IGNITE-2744
>                 URL: https://issues.apache.org/jira/browse/IGNITE-2744
>             Project: Ignite
>          Issue Type: Task
>          Components: cache
>    Affects Versions: 1.5.0.final
>            Reporter: Vladimir Ozerov
>            Assignee: Semen Boikov
>            Priority: Critical
>              Labels: performance
>             Fix For: 1.6
>
>
> We call this method on every (!!!) received cache message. This call is pretty heavy as it iterates over all caches. 
> We need to optimize it. E.g., check evicts only for the cache to which received message belongs. And iterate over the whole set only if we know for sure that several caches are affected (e.g. due to cross-cache TX).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)