lhotari opened a new issue, #23912:
URL: https://github.com/apache/pulsar/issues/23912

   ### Search before asking
   
   - [x] I searched in the [issues](https://github.com/apache/pulsar/issues) 
and found nothing similar.
   
   
   ### Motivation
   
   In the current delayed message delivery, there's an opportunity to reduce 
unnecessary reads to storage.
   
   In Pulsar, there are 2 implementations for the delayed delivery tracker, 
InMemoryDelayedDeliveryTracker and BucketDelayedDeliveryTracker.
   This is configured by the `delayedDeliveryTrackerFactoryClassName` 
configuration key. The default setting chooses the in memory implementation:
   
https://github.com/apache/pulsar/blob/b02d52ca8c8afd62681c0e243d16d8958abb5380/conf/broker.conf#L614-L617
   
   The BucketDelayedDeliveryTracker contains an optimization to skip messages 
in reading which have been "indexed":
   
https://github.com/apache/pulsar/blob/11a615e7cecb57c8c240cc565c5ac62d938c490d/pulsar-broker/src/main/java/org/apache/pulsar/broker/service/persistent/PersistentDispatcherMultipleConsumers.java#L446-L457
   
   This already reduces reads when BucketDelayedDeliveryTracker is in use.
   
   The state of the InMemoryDelayedDeliveryTracker gets cleared after all 
consumers have disconnected:
   
https://github.com/apache/pulsar/blob/12b057999f5674ae6da6b04ff8bd212d1904cc88/pulsar-broker/src/main/java/org/apache/pulsar/broker/service/persistent/PersistentDispatcherMultipleConsumers.java#L187-L202
   
   
   
   
   ### Solution
   
   It would be useful to keep state also in the InMemoryDelayedDeliveryTracker 
and skip reading delayed messages when the information is already available for 
the delivery time of a specific entry.
   
   
   ### Alternatives
   
   _No response_
   
   ### Anything else?
   
   _No response_
   
   ### Are you willing to submit a PR?
   
   - [ ] I'm willing to submit a PR!


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to