Details
-
Task
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
Description
After ARROW-10898 is solved, it seems some performance may still be left on the table when merging sorted record batches. Two possible directions:
- save on chunked indexing by relying on record batches and directly accessing subsequent columns in MultipleKeyComparator
- use left-to-right "radix" merging
Attachments
Issue Links
- is related to
-
ARROW-14183 [C++] Improve select_k_unstable performance
- Open
-
ARROW-10898 [C++] Investigate Table sort performance
- Resolved
- links to