Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-31010

Server Selection localThresholdMS enhancement

    XMLWordPrintableJSON

Details

    • New Feature
    • Status: Closed
    • Major - P3
    • Resolution: Won't Do
    • None
    • None
    • Replication
    • None
    • Service Arch

    Description

      From the documentation

      _When localThresholdMS is used :
      During monitoring, drivers regularly record the RTT of ismaster commands. The Server Selection specification calls for these to be calculated using an exponentially-weighted moving average function.

      If the prior average is denoted RTTt-1, then the new average (RTTt) is computed from a new RTT measurement (Xt) and a weighting factor (α) using the following formula:

        t = α·Xt + (1-α)·RTTt-1
      

      The weighting factor is set to 0.2, which was chosen to put about 85% of the weight of the average RTT on the 9 most recent observations. Weighting recent observations more means that the average responds quickly to sudden changes in latency._

      Would it be possible to have another similar configuration option to tell the client to observe query/operation response times over a window of time or over n executions, be able to specify a threshold for response times so that servers with best response times can be picked over slow responding servers?

      Attachments

        Activity

          People

            backlog-server-servicearch Backlog - Service Architecture
            shakir.sadikali@mongodb.com Shakir Sadikali
            Votes:
            1 Vote for this issue
            Watchers:
            16 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: