+1 (non-binding). Thanks for the KIP!
—
Kamal
On Mon, 7 Nov 2022 at 2:20 AM, John Roesler wrote:
> Hi Divij,
>
> Thanks for the KIP!
>
> I’ve read through your write-up, and it sounds reasonable to me.
>
> I’m +1 (binding)
>
> Thanks,
> John
>
> On Tue, Nov 1, 2022, at 05:03, Divij Vaidya
Gaurav Narula created KAFKA-15141:
-
Summary: High CPU usage with log4j2
Key: KAFKA-15141
URL: https://issues.apache.org/jira/browse/KAFKA-15141
Project: Kafka
Issue Type: Improvement
Divij Vaidya created KAFKA-15140:
Summary: Improve TopicCommandIntegrationTest to be less flaky
Key: KAFKA-15140
URL: https://issues.apache.org/jira/browse/KAFKA-15140
Project: Kafka
Issue
Thank you folks for reviewing this KIP.
Satish, I have modified the motivation to make it more clear. Now it says,
"Since the main feature of tiered storage is storing a large amount of
data, we expect num_remote_segments to be large. A frequent linear scan
(i.e. listing all segment metadata)
Thanks for reviewing and providing the feedback.
> 1) Does it make sense to drop the *record *part from the metric name as it
doesn't seem to serve much purpose? I would rather call the metric as
*source-poll-errors-total
Yes, "records" is not needed and misleading.
> Staying on names, I am
Hi Christo,
Please feel free to add the KIP to the release plan wiki with the
implementation status.
Thanks,
Satish.
On Fri, 30 Jun 2023 at 21:59, Christo Lolov wrote:
>
> Hello!
>
> I will add KIP-902 to the release plan. I would appreciate a few more
> reviews on the pull request
Hi Andrew,
Thank you for the KIP -- interesting read. I have some questions:
101. "The calls to KafkaConsumer.acknowledge(ConsumerRecord,
AcknowledgeType) must be
issued in the order in which the records appear in the ConsumerRecords
object, which will
be in order of increasing offset for each
Hi everyone,
I've begun performance testing my branch on our staging environment,
putting it through its paces in our non-trivial application. I'm already
observing the same increased flush rate that we saw the last time we
attempted to use a version of this KIP, but this time, I think I know
hudeqi created KAFKA-15139:
--
Summary: Optimize the performance of `Set.removeAll(List)` in
`MirrorCheckpointConnector`
Key: KAFKA-15139
URL: https://issues.apache.org/jira/browse/KAFKA-15139
Project: Kafka