我把问题贴到 https://github.com/flanglet/kanzi-cpp/issues/41作者给出了解答。为什么-2级别几乎是最好的压缩率C:\dlzbench23 -ekanzi -I4 1y.csv lzbench 2.3 | GCC 13.0.0 | 64-bit Windows | AMD Ryzen 7 8845H w/ Radeon 780M Graphics Compressor name I_Threads Compress. Decompress. Compr. size Ratio Filename kanzi 2.5.3 -1 4 735 MB/s 6522 MB/s 299902501 33.74 1y.csv kanzi 2.5.3 -2 4 1927 MB/s 6288 MB/s 18418869 2.07 1y.csv --------------- kanzi 2.5.3 -3 4 1562 MB/s 4148 MB/s 267221603 30.06 1y.csv kanzi 2.5.3 -4 4 761 MB/s 1433 MB/s 246523095 27.73 1y.csv kanzi 2.5.3 -5 4 153 MB/s 355 MB/s 89280503 10.04 1y.csv kanzi 2.5.3 -6 4 106 MB/s 152 MB/s 51481119 5.79 1y.csv kanzi 2.5.3 -7 4 152 MB/s 438 MB/s 102046 0.01 1y.csv ------------------- kanzi 2.5.3 -8 4 18.4 MB/s 14.3 MB/s 17461326 1.96 1y.csv生成 1y.csv 的 Python 代码print(i)foriinrange(1,100000001):print(i)我用源 kanzi-cpp-2.5.3.tar.gz 构建二进制文件这是同一个文件的结果root6ae32a5ffcde:/par# time kanzi-cpp-2.5.3/kanzi_static -c -i 1y.csv -o 1y.kanzi Kanzi 2.5.3 (c) Frederic Langlet 1 file to compress Compressed 1y.csv: 888888900 267221607 (30.06%) in 4986 ms real 0m5.975s user 0m2.118s sys 0m0.546sflanglet 于前天日评论flanglet弗兰格特2d ago所有者你好谢谢你的报告。几点评论所有压缩工具都可能表现出高级别压缩效果不及低级别。Kanzi 更容易遇到这类问题因为涉及许多不同的算法L1 是纯 LZL2 和 L3 是 LZ 加熵L4 是 ROLZL5-L7 是基于 BWTL8-L8 是基于 CM。有些算法对特定数据的处理效果更好例如多媒体或DNA。BWTCM在这个文件上表现非常出色。这是一个合成测试不代表真实世界的文件所以我不会过度解读。还有点需要学习为什么L3比L2差很多L2DNALZHUFFMANL3TEXTUTFPACKMMLZXHUFFMAN。通过逐个禁用变换结果发现是PACK导致了L3和L4性能下降。其他变形能在现场被正确禁用但PACK会触发并干扰结果。所以这是一个很好的数据点我会考虑未来改进PACK变换启发式的方法以避免这种情况。源文件的测试默认为3级。我怀疑4字节的差异是因为初始数据大小存储在压缩文件的末尾它不在lzbench的线缆中。我没有详细研究但这是我的假设。l1t1 14小时前日评论l1t1L1T113h ago作者谢谢我用2级重新压缩了结果文件大小和你猜的差4字节一样。root6ae32a5ffcde:/par# time kanzi-cpp-2.5.3/kanzi_static -c -l 2 -i 1y.csv -o 1y.kanzi -f Kanzi 2.5.3 (c) Frederic Langlet 1 file to compress Compressed 1y.csv: 888888900 18418873 (2.07%) in 6851 ms real 0m6.880s user 0m1.234s sys 0m0.416s