You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Jason Gustafson (JIRA)" <ji...@apache.org> on 2018/11/21 22:22:00 UTC
[jira] [Resolved] (KAFKA-6352) Delay message down-conversion until
response is ready to be sent
[ https://issues.apache.org/jira/browse/KAFKA-6352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jason Gustafson resolved KAFKA-6352.
------------------------------------
Resolution: Not A Problem
This was addressed by [KIP-283|https://cwiki.apache.org/confluence/display/KAFKA/KIP-283%3A+Efficient+Memory+Usage+for+Down-Conversion]
> Delay message down-conversion until response is ready to be sent
> ----------------------------------------------------------------
>
> Key: KAFKA-6352
> URL: https://issues.apache.org/jira/browse/KAFKA-6352
> Project: Kafka
> Issue Type: Improvement
> Reporter: Jason Gustafson
> Assignee: Jason Gustafson
> Priority: Major
>
> We have observed some users beginning to use the new message format before their clients have been upgraded. As we know, this can cause a lot of memory pressure due to the fact that we down-convert the full response in memory. Currently we do this down-conversion prior to enqueuing the response to be sent by the Processor, which may cause more heap utilization than needed with a steady queue size.
> A possible improvement is to delay the down-conversion until the response is actually ready to be sent. Even better would be to do the down-conversion in a streaming fashion, converting only as much as is needed at any time. One potential drawback is that this moves the down-conversion into the network threads.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)