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

Consider a stack based version of scratch allocator for performant paths

    • Type: Icon: Improvement Improvement
    • Resolution: Won't Do
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: Performance
    • StorEng - Refinement Pipeline

      This ticket includes a proof of concept for a replacement for certain scratch allocations. These allocations would be initially backed by stack memory, so would be fast for allocation and free.

      Part of the reason for this would be to identify potential places where WT could be sped up. For example, we know that bounded cursors would like to be more performant. They do use scratch allocation, so maybe this would help?

      The second reason is that it might offer more opportunities or "change the way we program" if we knew that scratch allocation was very cheap in the typical case.

            Assignee:
            backlog-server-storage-engines [DO NOT USE] Backlog - Storage Engines Team
            Reporter:
            donald.anderson@mongodb.com Donald Anderson
            Votes:
            0 Vote for this issue
            Watchers:
            8 Start watching this issue

              Created:
              Updated:
              Resolved: