Uploaded image for project: 'WiredTiger'
  1. WiredTiger
  2. WT-3567

Add a test case that measures oplog throughput

    • Type: Icon: Improvement Improvement
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • Labels:
      None
    • Storage 2017-10-02, Storage 2017-10-23, Storage 2017-11-13, Storage 2017-12-04, Storage 2017-12-18, Storage 2018-01-01, Storage 2018-01-15, Storage 2018-01-29, Storage 2018-02-12

      WiredTiger recently added support for application defined transaction IDs (timestamps). The timestamp API allows MongoDB to remove some oplog management infrastructure, but there are potentially some performance trade offs, and will likely be work to do to optimize the oplog in WiredTiger to ensure equivalent performance is retained.

      We should find or create a workload that can be used to measure oplog throughput, and compare the throughput using different versions of WiredTiger and MongoDB.

      The workload should:

      • Be able to stress out the oplog capacity.
      • Be able to run in both single and multi-threaded configurations
      • Probably be capable of adding documents of varying sizes
      • Run in either single-node replica set, or multi-node replica set configurations: i.e: be able to measure oplog performance on the primary and on secondaries.

            Assignee:
            backlog-server-storage-engines [DO NOT USE] Backlog - Storage Engines Team
            Reporter:
            alexander.gorrod@mongodb.com Alexander Gorrod
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated: