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

[jira] [Commented] (IGNITE-3073) Possible thread starvation due to rebalancing

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

Semen Boikov commented on IGNITE-3073:
--------------------------------------

There is no need to wait on utility cache rebalance future to get metadata, fixed in master (commit f3eb94e).

> Possible thread starvation due to rebalancing
> ---------------------------------------------
>
>                 Key: IGNITE-3073
>                 URL: https://issues.apache.org/jira/browse/IGNITE-3073
>             Project: Ignite
>          Issue Type: Bug
>          Components: cache
>    Affects Versions: 1.5.0.final
>            Reporter: Valentin Kulichenko
>            Assignee: Semen Boikov
>            Priority: Critical
>             Fix For: 1.6
>
>
> We're currently rebalancing the utility cache in the system pool. This can cause starvation, for example in this scenario:
> # Start several nodes and a cache with indexing configured.
> # Continuously load the system with puts.
> # Add one more node. It will join and will start processing put requests immediately.
> # For each request, indexing processor will try to get binary metadata and will block on utility cache rebalance future. This will block all threads in the system pool.
> # Utility cache rebalancing will be scheduled but will never start, because all threads in system pool are blocked.
> I think we should rebalance utility cache synchronously in exchange worker, like we do with the marshaller cache.



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