Optimize CancelationToken-usage in TaskExecutor to avoid extra call to schedule

XMLWordPrintableJSON

    • Type: Improvement
    • Resolution: Won't Do
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: Internal Code
    • None
    • Service Arch 2021-01-25
    • 4
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      The first implementation of SERVER-50658 leads to running callbacks on network responses being less efficient, since there are two calls to schedule the callback in the thread pool rather than one. (Once to trigger the output future, and another to run the callback.) This ticket is to optimize it to be as efficient as it was before.

      SERVER-52916 also has the same issue compared to scheduleWorkAt. This ticket is to optimize all ExecutorFuture-returning functions in TaskExecutor.

            Assignee:
            Matthew Saltz (Inactive)
            Reporter:
            Matthew Saltz (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: