LZHAM
Lossless data compression codec with LZMA-like ratios but 1.5x-8x faster decompression speed, C/C++ (by richgel999)
LZ4
Extremely Fast Compression algorithm (by lz4)
| LZHAM | LZ4 | |
|---|---|---|
| - | 24 | |
| 710 | 11,092 | |
| -0.1% | 1.2% | |
| 0.0 | 9.2 | |
| over 2 years ago | 11 days ago | |
| C++ | C | |
| GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
LZHAM
Posts with mentions or reviews of LZHAM.
We have used some of these posts to build our list of alternatives
and similar projects.
We haven't tracked posts mentioning LZHAM yet.
Tracking mentions began in Dec 2020.
LZ4
Posts with mentions or reviews of LZ4.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-03-21.
- LZ4 v1.10.0 – Multicores Edition
-
Number sizes for LZ77 compression
LZ4 is a bit more complicated, but seems faster: https://github.com/lz4/lz4/blob/dev/doc/lz4_Block_format.md
-
Rsyncing 20TB locally
According to these https://github.com/lz4/lz4 values you need around ten (10) quite modern cores in parallel to accomplish around 8GB/s.
-
An Intro to Data Compression
The popular NoSQL database Cassandra utilizes a compression algorithm called LZ4 to reduce the footprint of data at rest. LZ4 is characterized by very fast compression speed at the cost of a higher compression ratio. This is a design choice that allows Cassandra to maintain high write throughput while also benefiting from compression in some capacity.
-
Micron Unveils 24GB and 48GB DDR5 Memory Modules | AMD EXPO and Intel XMP 3.0 compatible
Yeah, sure, when you have monster core counts. on regular systems, not so much, here's from their own github page. it achieves, eh, 5GB/s on memory to memory transfers, i.e. best case scenario. so, uh, no? i'm not even sure it's any better than the CPU decompressor one Nvidia used.
- Cerbios Xbox Bios V2.2.0 BETA Released (1.0 - 1.6)
-
zstd
> The downside of lz4 is that it can’t be configured to run at higher & slower compression ratios.
lz4 has some level of configurability? https://github.com/lz4/lz4/blob/v1.9.4/lib/lz4frame.h#L194
There's also LZ4_HC.
-
Best archival/compression format for whole hard drives
Since nobody mentioned it, I'll add lz4 (https://github.com/lz4/lz4).
What are some alternatives?
When comparing LZHAM and LZ4 you can also consider the following projects:
LZMAT - git mirror of LZMAT (http://www.matcode.com/lzmat.htm)
zstd - Zstandard - Fast real-time compression algorithm
LZMA - (Unofficial) Git mirror of LZMA SDK releases
brotli - Brotli compression format
doboz
ZLib - A massively spiffy yet delicately unobtrusive compression library.