[ 
https://issues.apache.org/jira/browse/KAFKA-15551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17827989#comment-17827989
 ] 
Lianet Magrans commented on KAFKA-15551:
----------------------------------------

Hey [~zxcoccer], thanks for jumping in! This one should definitely be a simple 
one, as I know that we do handle it already for some API calls (ex. validate 
positions early return if no positions to validate 
[here|https://github.com/apache/kafka/blob/5c929874b88b3b96f650de0f733d93d42ac535a4/clients/src/main/java/org/apache/kafka/clients/consumer/internals/OffsetsRequestManager.java#L227]).
 Still, we wanted to verify that we are doing similarly for all the API calls, 
to ensure that we're not doing unneeded processing/requests.
We want to have this for 3.8, so the deadline is really tight, but if you have 
availability it would be a great help, feel free to re-assign it to you and 
ping me anytime if you have questions. Thanks!  

> Evaluate conditions for short circuiting consumer API calls
> -----------------------------------------------------------
>
>                 Key: KAFKA-15551
>                 URL: https://issues.apache.org/jira/browse/KAFKA-15551
>             Project: Kafka
>          Issue Type: Improvement
>          Components: clients, consumer
>            Reporter: Philip Nee
>            Assignee: Lianet Magrans
>            Priority: Major
>              Labels: consumer-threading-refactor, events
>             Fix For: 3.8.0
>
>
> For conditions like:
>  * Committing empty offset
>  * Fetching offsets for empty partitions
>  * Getting empty topic partition position
> Should be short circuit possibly at the API level.
> As a bonus, we should double-check whether the existing {{KafkaConsumer}} 
> implementation suffers from this.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to