-
Notifications
You must be signed in to change notification settings - Fork 182
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
Add ISA-L to the comparison #94
Comments
This “DEFLATE” can be used only by x86 CPUs. |
No. ARM64 is also supported. EDIT: And I have benchmarked it extensively on AMD processors at well. There are no Intel anti-competitive shennanigans going on. |
@jinfeihan57 I have no problem with adding it myself when time allows. I am currently short for time in doing it. But I think it is an interesting comparison so I will try once time allows. |
Well those are the stateless functions. These are interesting, but the primary use case will be the streaming functions: Streaming is essential when handling big data volumes. So testing these will be most representative for the performance I think. |
Hello, we're very interest in adding ISA-L into lzbench, is there any plan/progress for this? |
The Intel Storage Acceleration Library is an implementation of the DEFLATE algorithm written in assembly. As a result it is very fast. It can be used as a replacement for zlib.
Unlike libdeflate, ISA-L has a streaming implementation as well as an all-at-once implementation. Libdeflate only has an all-at-once implementation which makes it unsuitable for big compressed files of genomic data (FASTQ format) as these would need to be read into memory entirely.
It would be quite interesting to see how ISA-L compares to the rest of the compression programs. Especially since it is 100%-compatible with the zlib formats. This allows for smooth transition.
From my own experiments my ballpark estimates are that ISA-L is 6x faster when compressing data and 3x faster when decompressing data than zlib. So it would be a quite nice addition to this already impressive comparison of programs.
A disadvantage of adding it would be that it needs an assembler (NASM or YASM) besides a c-compiler since it is written in assembly with C-bindings provided. So it would complicate the build slightly.
The text was updated successfully, but these errors were encountered: