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

Single-threaded journal compression becomes a bottleneck when using "durable" writes

    XMLWordPrintableJSON

Details

    • New Feature
    • Status: Closed
    • Major - P3
    • Resolution: Won't Fix
    • 2.4.3
    • None
    • MMAPv1, Performance, Storage
    • None
    • Windows 7 Professional SP1 x64
    • Storage Execution

    Description

      When multiple threads save documents in "durable" fashion (I mean getLastError: 1, j: true) they all wait untill one thread running durThread() method persist these changes. Also this thread does compression, which becomes a bottleneck. More details are here https://jira.mongodb.org/browse/SERVER-9754?focusedCommentId=347003&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-347003

      Attachments

        Issue Links

          is related to

          Improvement - An improvement or enhancement to an existing feature or task. SERVER-13343 Don't compress journal writes that are less than 8k (or 4k)

          • Minor - P4 - Minor loss of function, or other problem where easy workaround is present.
          • Closed

          Improvement - An improvement or enhancement to an existing feature or task. SERVER-13344 Pad journal writes to 4k not 8k

          • Minor - P4 - Minor loss of function, or other problem where easy workaround is present.
          • Closed

          Improvement - An improvement or enhancement to an existing feature or task. SERVER-13345 Provide an option to disable journal compression

          • Minor - P4 - Minor loss of function, or other problem where easy workaround is present.
          • Closed

          Activity

            People

              backlog-server-execution Backlog - Storage Execution Team
              dnaumov Dmitry Naumov
              Votes:
              3 Vote for this issue
              Watchers:
              10 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: