New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
try to replace parquet with parquet2? #53
Comments
One more benefit: switching to But migrating this kind of dep is a big work... |
One more reason to migrate to parquet2. ArrowWriter have no method to retrieve inner writer, but parquet2 does have into_inner |
Report to upstream: |
👏 parquet maintainer here, FWIW there is little read performance difference these days that I have been able to reproduce, there is mature support for decoupled IO (async), we integration test against pyarrow, and recent work by myself and others to add page and row-level filter pushdown should dramatically improve the performance of filtered scans. There are definitely areas to improve, most notably the writer hasn't had the same degree of attention, but by working together we can pull the whole ecosystem along 😀 Anyway enough from me, just thought I'd provide an alternative narrative to the parquet2/arrow2 FUD... |
@tustvold Awesome work. It's seems we need to re-evaluate the performance of parquet.
We would love to share what we learn when build CeresDB, and keep communicating with upstream ecosystem to make it better. 🍺 |
Description
replace parquet with parquet2
The five main differentiators in comparison with
parquet
are:#![forbid(unsafe_code)]
async
read and write.Proposal
Additional context
The text was updated successfully, but these errors were encountered: