You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@arrow.apache.org by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2022/08/04 10:57:00 UTC

[jira] [Updated] (ARROW-17306) Provide an optimized`GetFileInfoGenerator` specialization for `LocalFileSystem`

     [ https://issues.apache.org/jira/browse/ARROW-17306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

ASF GitHub Bot updated ARROW-17306:
-----------------------------------
    Labels: pull-request-available  (was: )

> Provide an optimized`GetFileInfoGenerator` specialization for `LocalFileSystem`
> -------------------------------------------------------------------------------
>
>                 Key: ARROW-17306
>                 URL: https://issues.apache.org/jira/browse/ARROW-17306
>             Project: Apache Arrow
>          Issue Type: Sub-task
>          Components: C++
>            Reporter: Pavel Solodovnikov
>            Assignee: Pavel Solodovnikov
>            Priority: Major
>              Labels: pull-request-available
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> At the moment, `LocalFileSystem` does not have a separate optimized implementation of `GetFileInfoGenerator` with a fallback to the generic `FileSystem::GetFileInfoGenerator`, which simply queues the synchronous version of `GetFileInfo(FileSelector)` to the background thread and waits for its completion before yielding.
> This generally defeats all the purpose of `GetFileInfoGenerator` so that we cannot really use it to push down the `FileInfo` items to whatever consumer "on the fly" (e.g. `FileSystemDatasetFactory` and `FileSystemDataset`, correspondingly).
> Provide a fair implementation so that it yields more than one time and allows to retrieve the data in chunks, so that the resulting `FileInfoGenerator` is usable for the purpose of streaming processing of data.
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)