-
Notifications
You must be signed in to change notification settings - Fork 242
Performance regression with 1.1.10.4? #542
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
Comments
Since https://github.com/xerial/snappy-java/releases/tag/v1.1.10.4, the internal snappy version has upgraded to snappy 1.1.10. Until snappy-java 1.1.10.3, snappy 1.1.8 was unexpectedly used. If the original Snapy 1.1.10 has performance regression, it should be the cause. The CVE fix looks unrelated as Parquet-mr is not using SnappyInput/OutputStream as far as I know. |
@whenamanlies No. The best way is to report the regression at snappy https://github.com/google/snappy and fix it there. |
Hello @whenamanlies, we recently had the same issue, and the Google Group has been banned. Have you reached any conclusions? |
@xerial Also do we mind upgrading the internal snappy version to 1.2.x in order to verify if the regression is already fixed in the newer version? |
We are moving from 1.1.10.3 to 1.1.10.4 (for CVE-2023-43642) and observing performance regressions (reading parquet, if that's important). Anyone else observing similar?
Wonder if there's a tie to snappy's upgrade from 1.1.8 to 1.1.10.
Snappy project has been quiet lately however there's at least one similar report in snappy-compression Google Group.
The text was updated successfully, but these errors were encountered: