Ticket acquisition should more accurately adjust timeout for maxTimeMS

XMLWordPrintableJSON

    • Type: Improvement
    • Resolution: Unresolved
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: Concurrency
    • Workload Resilience
    • Workload Resilience 2025-11-24, Workload Resilience 2025-12-08
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      Currently, for ticket acquisition, we don't respect the "maxTimeMS". We should do the same thing like we do it for the lock acquisition wait /prepare conflict wait . Though, TicketHolder::waitForTicketUntil() has the default smallest wait interval as 500 ms. If any user sets the command maxTimeMS < 500ms, then it's a problem.-

      EDIT:

      It's not just problem with maxTimeMs <500ms. Basically, ticket acquisition can wait up to maxTimeMs+ 500ms (default semaphore wait interval), Eg. If user sets maxTimeMs = 1005, the cmd wait  for 1500ms to acquire ticket. 

            Assignee:
            Jiaqi Tian
            Reporter:
            Suganthi Mani
            Votes:
            0 Vote for this issue
            Watchers:
            12 Start watching this issue

              Created:
              Updated: