You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Sushant Mahajan (Jira)" <ji...@apache.org> on 2026/10/26 11:27:00 UTC

[jira] [Created] (KAFKA-21356) Performance issue in share fetch with share group DLQ enabled.

Sushant Mahajan created KAFKA-21356:
---------------------------------------

             Summary: Performance issue in share fetch with share group DLQ enabled.
                 Key: KAFKA-21356
                 URL: https://issues.apache.org/jira/browse/KAFKA-21356
             Project: Kafka
          Issue Type: Bug
            Reporter: Sushant Mahajan
            Assignee: Sushant Mahajan


Enabling DLQ on a share group record could strangulate the overall share fetch throughput by choking the persister. The causes are:
1. `ShareCoordinatorMetadataCacheHelperImpl.isDlqEnabledOnTopic` returns the value of a dynamic config so it is called repeatedly. The impl of this method creates a new LogConfig object, on each invocation and parses entire TopicConfig. On a system with large number of DLQ requests, these calls add up consuming CPU and choking the persister.
Fix: Use raw config lookup (shrinks cpu samples at high load from 27% to 0.1%)

2. Share group DLQ requires reading data from the ReplicaManagerLogReader, which is a disk operation. Currently, this happens in the same thread as the Persister which means that other share coordinator requests remain queued on a potentially slow disk read operation, again choking the persister.
Fix: Allocate separate executor to the record readers. 



--
This message was sent by Atlassian Jira
(v10.3.26#10030026)