Uploaded image for project: 'Phoenix'
  1. Phoenix
  2. PHOENIX-6436

OrderedResultIterator overestimates memory requirements.

    XMLWordPrintableJSON

Details

    • Wish
    • Status: Resolved
    • Major
    • Resolution: Fixed
    • None
    • 4.16.1, 5.2.0, 5.1.2
    • None
    • None

    Description

      Just came across this.

      The size estimation is: (limit + offset) * estimatedEntrySize
      with just the passed limit and offset, and this estimate is applied for each single scan.

      This is way too pessimistic when a large limit is passed as just a safety measure.
      Assuming you pass 10.000.000. That is the overall limit, but Phoenix will apply it to every scan (at least one per involved region) and take that much memory of the pool.

      Not sure what a better estimate would be. Ideally we'd divide by the number of involved regions with some fuss, or use a size estimate of the region. 

      Attachments

        Issue Links

          Activity

            People

              larsh Lars Hofhansl
              larsh Lars Hofhansl
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: