Lower thread count and iterations of compact.js FSM workload and blacklist from certain suites

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Fixed
    • Priority: Major - P3
    • 4.3.3
    • Affects Version/s: None
    • Component/s: None
    • None
    • Fully Compatible
    • ALL
    • Execution Team 2020-01-13
    • 24
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      The "compact" commands takes the checkpoint mutex, which blocks on checkpoints. This was added by SERVER-43828, and causes slowness in certain concurrency workloads where the cost of checkpointing is high.

      We should do two things:

      • Lower the thread count and number of iterations of the compact.js and related workloads
      • Blacklist the workload from the especially slow "concurrency_simultaneous_replication_wiredtiger_eviction_debug" and "concurrency_simultaneous_replication_wiredtiger_cursor_sweeps" suites. From what I understand, cursor sweeps block checkpoints, and eviction debug mode makes them slower, so it would be expected for the compact command to take a long time in scenarios.

              Assignee:
              Daniel Ernst
              Reporter:
              Louis Williams
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: