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

Failed: doc-update on ~ Documentation update [WiredTiger (mongodb-4.4) @ 88540307]

    • Type: Icon: Build Failure Build Failure
    • Resolution: Gone away
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • Labels:
    • 0
    • Storage - Ra 2021-05-31, Storage - Ra 2021-06-14, Storage - Ra 2021-06-28

      doc-update failed on ~ Documentation update

      Host: ec2-52-207-208-160.compute-1.amazonaws.com
      Project: WiredTiger (mongodb-4.4)
      Commit: diff: WT-7373 Improve slow random cursor operations on oplog (#6466) (#6476)

      If the tree is entirely populated with large items (MongoDB configures the maximum leaf page item to avoid overflow objects), we can still end up reading huge amounts of data on every random cursor sample. If the page is clean (that is, just read from disk), it can't be fully populated with deleted items, use it as our sample.

      (cherry picked from commit a809a25052cf614f2d8fbcb4ff93a136b6d9a84f)

      Co-authored-by: Keith Bostic <keith.bostic@mongodb.com> | 22 Apr 21 00:51 UTC
      Evergreen Subscription: ; Evergreen Event:

      Task Logs

            Assignee:
            luke.chen@mongodb.com Luke Chen
            Reporter:
            xgen-evg-user Xgen-Evergreen-User
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: