Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
Description
The current ReadRangeCache is mixing caching with coalescing and making difficult to implement readers capable to really perform concurrent reads on coalesced data (see this github comment for additional context); for instance, right now the prebuffering feature of those readers cannot handle concurrent invocations.
The goal for this ticket is to implement a similar component to ReadRangeCache for performing non-cache reads (doing only the coalescing part instead). So, once we have that new capability, we can port the parquet and IPC readers to this new component and keep improving the reading process (that would be part of other set of follow-up tickets). Similar ideas were mentioned here https://issues.apache.org/jira/browse/ARROW-17599
Maybe a good place to implement this new capability is inside the file system abstraction (as part of a dedicated method to read coalesced data) and where the abstract file system can provide a default implementation.
Attachments
Issue Links
- relates to
-
ARROW-17913 feather.read_table 150x slower when reading columns in newer versions
- Open
-
ARROW-17599 [C++] ReadRangeCache should not retain data after read
- In Progress
-
ARROW-17917 [C++] Add opaque device id identification to InputStream
- Open
- links to