You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Ewen Cheslack-Postava (JIRA)" <ji...@apache.org> on 2016/07/27 02:59:20 UTC

[jira] [Assigned] (KAFKA-3852) Clarify how to handle message format upgrade without killing performance

     [ https://issues.apache.org/jira/browse/KAFKA-3852?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ewen Cheslack-Postava reassigned KAFKA-3852:
--------------------------------------------

    Assignee: Ewen Cheslack-Postava

> Clarify how to handle message format upgrade without killing performance
> ------------------------------------------------------------------------
>
>                 Key: KAFKA-3852
>                 URL: https://issues.apache.org/jira/browse/KAFKA-3852
>             Project: Kafka
>          Issue Type: Bug
>    Affects Versions: 0.10.0.0
>            Reporter: Ewen Cheslack-Postava
>            Assignee: Ewen Cheslack-Postava
>            Priority: Blocker
>             Fix For: 0.10.0.1
>
>
> The upgrade notes re: performance impact of the message format change in 0.10.0.0 are a bit wishy washy in terms of what you ​*should*​ do. They describe the potential impact and then say (at the end of a paragraph): "To avoid such message conversion before consumers are upgraded to 0.10.0.0, one can set". This should probably be written as a playbook for doing the upgrade without affecting performance and should be a recommendation, not presented as just an option. Nobody with an existing cluster wants the perf impact of switching their brokers to the new format while consumers are still using the old format unless they have a cluster with extremely light load.
> Additionally, if we have some simple benchmark numbers on the performance impact on brokers, we should include that information. Today it is very unclear how bad that change will be -- 5%, 20%, 90% worse?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)