-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add CLI flags for Kafka batching params #2047
Conversation
Codecov Report
@@ Coverage Diff @@
## master #2047 +/- ##
==========================================
- Coverage 97.41% 97.37% -0.04%
==========================================
Files 207 207
Lines 10304 10304
==========================================
- Hits 10038 10034 -4
- Misses 223 225 +2
- Partials 43 45 +2
Continue to review full report at Codecov.
|
I found this post to be a good read on the topic which contains experimental results on the effects of changing these parameters. (For instance, at high throughput they find that batch sizes up to 512KB increase total throughput) |
1. Setting proper defaults 2. Rename cli option name 3. Change cli option type Signed-off-by: albert <[email protected]>
1. Setting proper defaults 2. Rename cli option name 3. Change cli option type Signed-off-by: albert <[email protected]>
1. Setting proper defaults 2. Rename cli option name 3. Change cli option type Signed-off-by: albert chung <[email protected]> Signed-off-by: albert <[email protected]>
1. Setting proper defaults 2. Rename cli option name 3. Change cli option type Signed-off-by: albert <[email protected]> Signed-off-by: albert chung <[email protected]>
1. Setting proper defaults 2. Rename cli option name 3. Change cli option type Signed-off-by: albert <[email protected]> Signed-off-by: albert chung <[email protected]> Signed-off-by: Albert Chung <[email protected]>
1. Setting proper defaults 2. Rename cli option name 3. Change cli option type Signed-off-by: Albert Chung <[email protected]>
From my reading/grepping sarama code, I don't see // If all three config values are 0, we always flush as-fast-as-possible
case ps.parent.conf.Producer.Flush.Frequency == 0 && ps.parent.conf.Producer.Flush.Bytes == 0 && ps.parent.conf.Producer.Flush.Messages == 0:
return true So unless @vprithvi has some other thoughts, I think we have no batching by default, which means we can have 0s as default values for the new CLI flags to be backwards compatible. |
For some reason DCO check is red (x). I do have a
|
you need to ensure that each commit is signed. If you missed some, the easiest fix is to |
@yurishkuro For some reason I am still having the DCO not passing. I did a |
It complains about this commit: 04da10c You need to find the commit hash in the upstream master from which you started your work. In the future I recommend using a branch in your fork, rather than master directly. Once you find the appropriate hash N, you run |
Signed-off-by: Albert Chung <[email protected]>
Thanks! |
…lasticsearch Signed-off-by: santosh <[email protected]>
…lasticsearch Signed-off-by: santosh <[email protected]>
…lateBuilder to GetMappingAsString Signed-off-by: santosh <[email protected]>
Signed-off-by: santosh <[email protected]>
Resolves #2037
The default Samara Kafka client writes to Kafka broker for every single span received.
This is not efficient and caused high CPU utilization on the brokers as well as high network traffic.
Samara Kafka client has options to enable batching. These options needed to be exposed
to the command for performance tuning. The option names matches official Kafka documentation and
not specific to Samara.
Signed-off-by: albert chung [email protected]
Which problem is this PR solving?
Short description of the changes