You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Guozhang Wang (Jira)" <ji...@apache.org> on 2019/10/07 23:57:00 UTC
[jira] [Updated] (KAFKA-8995) Add new metric on broker to
illustrate produce request compression percentage
[ https://issues.apache.org/jira/browse/KAFKA-8995?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Guozhang Wang updated KAFKA-8995:
---------------------------------
Reporter: Jun Rao (was: Guozhang Wang)
> Add new metric on broker to illustrate produce request compression percentage
> -----------------------------------------------------------------------------
>
> Key: KAFKA-8995
> URL: https://issues.apache.org/jira/browse/KAFKA-8995
> Project: Kafka
> Issue Type: Improvement
> Components: core
> Reporter: Jun Rao
> Assignee: Guozhang Wang
> Priority: Major
> Labels: needs-kip
>
> When `compression.type` is set to `producer`, we would accept produce request and use its encoded compression to apply to the logs; otherwise we would recompress the message according to the configured compression type before appending. There are pros and cons to recompress the data: you pay more CPU to recompress, but you reduce the storage cost.
> In practice, if the incoming produce requests are not compressed, then compressing before appending maybe more beneficial, otherwise just keep them as if `producer` config maybe better. Adding a metric to expose the incoming requests' compression in percentage would be a helpful data point to help operators selecting their compression policy.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)