You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "zhijiang (JIRA)" <ji...@apache.org> on 2018/10/24 08:06:00 UTC

[jira] [Created] (FLINK-10661) Initial credit should be configured in a separate parameter

zhijiang created FLINK-10661:
--------------------------------

             Summary: Initial credit should be configured in a separate parameter
                 Key: FLINK-10661
                 URL: https://issues.apache.org/jira/browse/FLINK-10661
             Project: Flink
          Issue Type: Sub-task
          Components: Network
    Affects Versions: 1.6.1, 1.5.4
            Reporter: zhijiang
            Assignee: zhijiang


In credit-based network flow control, the required credits on receiver side are calculated by backlog plus initial credit which is equal to the value in parameter {{taskmanager.network.memory.buffers-per-channel}}. We plus the initial credit as backlog overhead in order to decrease the possibility of waiting credits on sender side. The best result is concurrent work between sender and receiver, not block each other.

 

We found a bad case in some rebalance or rescale scenarios, the outqueue usage reaches 100% on sender side, but the inqueue usage is about 50% or less.  That means the credit announcement is not enough for sender side although there are still many free credit resources on receiver side. So it is not reasonable resulting in wasting resources.

 

It would be better if we can adjust the credit overhead to debug the performance online. And it needs another separate parameter to define initial credit not messed with {{taskmanager.network.memory.buffers-per-channel}}



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