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

Alexey Goncharuk edited comment on IGNITE-9492 at 9/21/18 8:57 AM:
-------------------------------------------------------------------

[~Jokser], I see these two test started to consistently fail in the submitted 
PR:
{code}
WalCompactionTest.testApplyingUpdatesFromCompactedWal 
WalCompactionTest.testApplyingUpdatesFromCompactedWalWhenCompressorDisabled
{code}

Can you take a look?
https://ci.ignite.apache.org/viewLog.html?buildId=1922084&tab=buildResultsDiv&buildTypeId=IgniteTests24Java8_PdsDirectIo2


was (Author: agoncharuk):
[~Jokser], I see these two test started to consistently fail in the submitted 
PR:
{code}
WalCompactionTest.testApplyingUpdatesFromCompactedWal 
WalCompactionTest.testApplyingUpdatesFromCompactedWalWhenCompressorDisabled
{code}

Can you take a look?

> Refactor processing SingleMessage with exchangeId==null
> -------------------------------------------------------
>
>                 Key: IGNITE-9492
>                 URL: https://issues.apache.org/jira/browse/IGNITE-9492
>             Project: Ignite
>          Issue Type: Improvement
>          Components: cache
>    Affects Versions: 2.5
>            Reporter: Pavel Kovalenko
>            Assignee: Pavel Kovalenko
>            Priority: Major
>             Fix For: 2.7
>
>
> Currently, after each PME coordinator spend a lot of time on processing 
> correcting Single messages (with exchange id == null). This leads to growing 
> inbound/outbound messages queue and delaying other coordinator-aware 
> processes.
> Processing single messages with exchange id == null are not so important to 
> give all available resources to it. We should limit the number of sys-threads 
> which are able to process such single messages.
> We shouldn't create a big SingleMessages for each of partition state change 
> and use more shrinked/tiny messages for that.



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

Reply via email to