Better bufbuilder size limit strategy for mmap journal

XMLWordPrintableJSON

    • Type: Improvement
    • Resolution: Done
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: MMAPv1, Storage
    • None
    • Storage Execution
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      Instead of crashing when the bufbuilder size reaches some hardcoded max-size, we can make it configurable (and call it "journal cache size"), and do a stop-the-world (pause all writes to it) if the max-size is reached.

      This strategy is better than what we have right now, as it allows the user to make a choice based on his concurrency requirements, in a somewhat similar fashion he can configure the cache size in WT.

      In the event of reaching max-size, the user won't see his server crashing but will experience a short performance degradation, which is better in most cases.

              Assignee:
              [DO NOT USE] Backlog - Storage Execution Team
              Reporter:
              Alexander Komyagin (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

                Created:
                Updated:
                Resolved: