ENH: use native filesystem (if available) for read_parquet with pyarrow engine
Some timings in https://issues.apache.org/jira/browse/ARROW-12428 suggest that it can be beneficial for reading parquet from S3 to use the pyarrow filesystem implementation, instead of pandas always using fsspec if installed (especially when selecting columns).
This pull request is stale because it has been open for thirty days with no activity. Please update or respond to this comment if you're still interested in working on this. @jorisvandenbossche - was there much else that needed doing on this? Happy to help as this is functionality I use a lot :)  Might want to document this behavior. If so, here's my docs from the geopandas PR:

```
        When no storage options are provided and a filesystem is implemented by
        both ``pyarrow.fs`` and ``fsspec`` (e.g. "s3://") then the ``pyarrow.fs``
        filesystem is preferred. Provide the instantiated fsspec filesystem using
        the ``filesystem`` keyword if you wish to use its implementation.
``` this is quite old, happen to reopen if actively worked on. closing as stale