[ 
https://issues.apache.org/jira/browse/KAFKA-3852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15398012#comment-15398012
 ] 

ASF GitHub Bot commented on KAFKA-3852:
---------------------------------------

GitHub user gwenshap opened a pull request:

    https://github.com/apache/kafka/pull/1678

    KAFKA-3852: Clarify how to handle message format upgrade without kill…

    …ing performance

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/gwenshap/kafka kafka-3852

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/kafka/pull/1678.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #1678
    
----
commit 046919994032cf873f74da7a34db30cb84d3371e
Author: Gwen Shapira <csh...@gmail.com>
Date:   2016-07-28T18:51:27Z

    KAFKA-3852: Clarify how to handle message format upgrade without killing 
performance

----


> 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)

Reply via email to