- Public Interfaces
- Proposed Changes
- Compatibility, Deprecation, and Migration Plan
- Rejected Alternatives
Current state: Accepted
Discussion thread: here
Please keep the discussion on the mailing list rather than commenting on the wiki (wiki discussions get unwieldy fast).
Currently ConsumerPerformance command shows the result at the end of the performance testing for the new consumer, as shown below:
The information included in the command output includes:
- start time of the test
- end time of the test
- total consumed message bytes(MB)
- average consumed message bytes per second
- total consumed message count
- average consumed message count per second
This KIP suggests adding some metrics to measure rebalance time for the new consumer in this performance tool so that throughput between different versions can be compared more easily in spite of improvements such as KIP-134: Delay initial consumer group rebalance. At the moment, running the perf tool on 0.11.0 or trunk for a short amount of time will present a severely skewed picture since the overall time will be dominated by the join group delay.
To describe the proposed changes let us revisit the example above. This KIP proposes to count and display rebalance time for the new consumer in ConsumerPerformance tool, as shown below:
The output above adds several metrics including:
rebalance.time.ms: total rebalance time for the consumer group
fetch.time.ms: total fetching time for the group excluding the rebalance time
fetch.MB.sec: average fetched message bytes per second (based on fetch.time.ms)
fetch.nMsg.sec: average fetched message count per second (based on fetch.nMsg.sec)
Compatibility, Deprecation, and Migration Plan
The proposed changes apply to the new Java-based consumer only. Therefore, the consumer groups based on the old consumer will be unaffected.
Users who use the new-consumer based consumer groups and somehow rely on the output of the test may have to adjust their clients to understand new format of the output.