Re: RequestsPerSec version

2023-02-10 Thread Luke Chen
> Do I understand correctly that messages from 9+ do not follow the same conversion as before? No, there's no change for messages 9+. So, I think your understanding is correct. When client and server are using the same compression codec, it won't do conversion. What you need to do now is to make

Re: Re: RequestsPerSec version

2023-02-09 Thread Luke Chen
Hi Gonzalo, So, the message conversion is because you enabled server compression with type zstd. If you remove the config ["compression.type" = "zstd"] in broker, everything should be fine. > I tried disabling zstd, but ProduceMessageConversionsPerSec remained at the same level Maybe you need to

RE: Re: RequestsPerSec version

2023-02-09 Thread Gonzalo Martin Peci
Hey Luke, thanks for your reply. We run: - Brokers: 3.3.1 - Java Clients: - Confluent "7.3.1-ccs" - Kafka official "3.3.2" We are running on AWS MSK, and using some minimal configuration: ``` # Security "allow.everyone.if.no.acl.found" = false "auto.create.topics.enable" = false # Guard

Re: RequestsPerSec version

2023-02-08 Thread Luke Chen
Hi Gonzalo, For the produce request record version, you should refer to this file: https://github.com/apache/kafka/blob/trunk/clients/src/main/resources/common/message/ProduceRequest.json#L35 But you're right, basically the message conversion happened in a very old produce request version (ex: ve