XMLWordPrintableJSON

Details

    • Sub-task
    • Status: Closed
    • Major
    • Resolution: Fixed
    • None
    • 1.12.0
    • Runtime / Network
    • None

    Description

      Currently, the SpanningRecordSerializer prunes its internal serialization buffer under special circumstances:

      • The buffer becomes larger than a certain threshold (5MB)
      • The full record end lines up exactly with a full buffer length (this change got introduced at some point, it is not clear what the purpose is)

      This optimization virtually never kicks in (because of the second condition) and also seems unnecessary. There is only a single serializer on the sender side, so this will not help to reduce the maximum memory footprint needed in any way.

      NOTE: A similar optimization on the reader side (SpillingAdaptiveSpanningRecordDeserializer) makes sense, because multiple parallel deserializers run in order to piece together the records when retrieving buffers from the network in arbitrary order. Truncating buffers (or spilling) there helps reduce the maximum required memory footprint.

      Attachments

        Activity

          People

            sewen Stephan Ewen
            sewen Stephan Ewen
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: