This repository has been archived by the owner on Jun 21, 2024. It is now read-only.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
We had disabled capture-led overflow on cloud for 6 weeks now (by disabling it on python, and setting very high values on rust). This overflow accounting is using a significant amount of memory and I want to double-check that the cleanups are not contributing to latency.
OVERFLOW_ENABLED
envvar, default to false as that's what we want for hobby/local + the current behaviour on cloud (very high values)KafkaSink
now takes aOption<OverflowLimiter>
. Could have extracted a trait, but checking for the Option is probably cheaper than calling a method that always returnstrue
. Plus we might just want to rip it out altogether and only keepoverflow_forced_keys
?