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

Test performance when draining large history store & oplog

    • Type: Icon: Task Task
    • Resolution: Done
    • Priority: Icon: Major - P3 Major - P3
    • Backlog
    • Affects Version/s: None
    • Component/s: None
    • None

      I recently looked at MongoDB performance when it can't advance the majority commit point and it accumulates a lot of updates in the WT history store and oplog. (See WT-6776 and WT-6786.)  

      It would be interesting to also look at what happens when MongoDB starts advancing the majority commit point again.  Does the draining of the upload and advancing of the stable timestamp create performance issues we should be worried about.

      This was listed as optional work that we have decided not to include in the "Prepare to remove enableMajorityReadConcern:false due to WT durable history" epic (PM-1844). I'm creating this ticket so we can come back to it in the future as time and interest permit.

            Assignee:
            backlog-server-storage-engines [DO NOT USE] Backlog - Storage Engines Team
            Reporter:
            keith.smith@mongodb.com Keith Smith
            Votes:
            0 Vote for this issue
            Watchers:
            7 Start watching this issue

              Created:
              Updated:
              Resolved: