You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Luke Chen (Jira)" <ji...@apache.org> on 2021/04/16 03:26:00 UTC

[jira] [Created] (KAFKA-12675) Improve sticky general assignor scalability and performance

Luke Chen created KAFKA-12675:
---------------------------------

             Summary: Improve sticky general assignor scalability and performance
                 Key: KAFKA-12675
                 URL: https://issues.apache.org/jira/browse/KAFKA-12675
             Project: Kafka
          Issue Type: Improvement
            Reporter: Luke Chen
            Assignee: Luke Chen


Currently, we have "general assignor" for non-equal subscription case and "constrained assignor" for all equal subscription case. There's a performance test for constrained assignor with:

topicCount = {color:#0000ff}500{color};
partitionCount = {color:#0000ff}2000{color}; 
consumerCount = {color:#0000ff}2000{color};

in _testLargeAssignmentAndGroupWithUniformSubscription,_ total 1 million partitions and we can complete the assignment within 2 second in my machine.

However, if we let 1 of the consumer subscribe to only 1 topic, it'll use "general assignor", and the result with the same setting as above is: *OutOfMemory,* 
Even we down the count to:

topicCount = {color:#0000ff}50{color};
partitionCount = 1{color:#0000ff}000{color}; 
consumerCount = 1{color:#0000ff}000{color};

We still got *OutOfMemory*.

With this setting:

topicCount = {color:#0000ff}50{color};
partitionCount = 8{color:#0000ff}00{color}; 
consumerCount = 8{color:#0000ff}00{color};

We can complete with 10 seconds in my machine, which is still slow.

 

Since we are going to set default assignment strategy to "CooperativeStickyAssignor" soon,  we should improve the scalability and performance for sticky general assignor.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)