You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Jay Kreps (JIRA)" <ji...@apache.org> on 2015/02/08 00:40:34 UTC
[jira] [Resolved] (KAFKA-436) Multifetch response size overflow
[ https://issues.apache.org/jira/browse/KAFKA-436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jay Kreps resolved KAFKA-436.
-----------------------------
Resolution: Fixed
This should be fixed as part of the response size issues being done for the new consumer.
> Multifetch response size overflow
> ---------------------------------
>
> Key: KAFKA-436
> URL: https://issues.apache.org/jira/browse/KAFKA-436
> Project: Kafka
> Issue Type: Bug
> Components: core
> Affects Versions: 0.7.1, 0.8.0
> Reporter: Gregoire Seux
>
> Fetchsize parameter is per partition in fetch requests.
> This makes the size of response unpredicatable and thus might overflow.
> (original email : http://mail-archives.apache.org/mod_mbox/incubator-kafka-users/201208.mbox/%3C416A89FBBC95114F8B2D2E91781541E9638B201E%40SRVEX02.criteois.lan%3E )
> Three propositions :
> - fetch size is only a hint, broker will ensure that it won't overflow (maybe not sending too much data)
> - broker respect fetchsize as a global limit and not by partition
> - broker may not send data for all topics to avoid the overflow.
> Changing size to int64 could also decrease probablity of such event.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)