You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem or challenge? Please describe what you are trying to do.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
(This section helps Arrow developers understand the context and why for this feature, in addition to the what)
Current FileStream is a state machine that goes from Open (read metadata and build reader) -> Scan (scan decode RecordBatch) in sequence until all files are scanned.
For parquet in particular, the Opener may need to do multiple sequential IO requests:
Read footer to get metadata start offset
Read footer
Fetch page/offset indexes
Seems like it might be possible to parallelize the scan with opening the next file.
Describe the solution you'd like
A clear and concise description of what you want to happen.
FileStream::Scan adds an Option<FileOpenFuture>. If polled in a scan state, try and pop another file and initialize it's FileOpenFuture (eg try and open the file in parallel) so metadata IO can be done in parallel to scanning of the current file.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Not do anything
Additional context
Add any other context or screenshots about the feature request here.
Not sure if this will be workable but want to experiment with it.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem or challenge? Please describe what you are trying to do.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
(This section helps Arrow developers understand the context and why for this feature, in addition to the what)
Current
FileStream
is a state machine that goes from Open (read metadata and build reader) -> Scan (scan decodeRecordBatch
) in sequence until all files are scanned.For parquet in particular, the
Opener
may need to do multiple sequential IO requests:Seems like it might be possible to parallelize the scan with opening the next file.
Describe the solution you'd like
A clear and concise description of what you want to happen.
FileStream::Scan
adds anOption<FileOpenFuture>
. If polled in a scan state, try and pop another file and initialize it'sFileOpenFuture
(eg try and open the file in parallel) so metadata IO can be done in parallel to scanning of the current file.Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Not do anything
Additional context
Add any other context or screenshots about the feature request here.
Not sure if this will be workable but want to experiment with it.
The text was updated successfully, but these errors were encountered: