[GitHub] [druid] gianm commented on pull request #10892: [Draft] Avoid expensive findEntry call in segment metadata query

[GitBox <gi...@apache.org>]

gianm commented on pull request #10892:
URL: https://github.com/apache/druid/pull/10892#issuecomment-779963284


   The change looks like a good idea to me. How about:
   
   - changing all call sites
   - removing `findEntry` and the PartitionHolder `asImmutable` method
   - adding a performance test that verifies that CachingClusteredClient is able to do its work in a reasonable amount of time even when there are some crazy number of segments in a time chunk, like 100,000? (That ought to be enough for anybody.) The "reasonable" amount of time might need to be somewhat high to prevent flaky tests from being an issue. Maybe 15 seconds. In reality, we'd want this to happen much faster than 15 seconds, but we don't want to cause flaky tests.


----------------------------------------------------------------
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.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@druid.apache.org
For additional commands, e-mail: commits-help@druid.apache.org