是否有Java LZO與Deflate與Gzip的可用基準？

LZO的（非常過時的）頁面包含指向Java實現的鏈接。在不久的將來，「新... Java ...接口...也會有模糊的承諾」，但我相信這已經存在了幾年。是否有Java LZO與Deflate與Gzip的可用基準？

這讓我覺得舊的LZO Java實現可能一直很慢。是否有任何基準測量性能，以及它與其他壓縮機的相對性能（如放氣）？

2009-08-19 jsight

請注意，最近還有一個新的Java LZO變體「lzo-java」：https：//github.com/Karmasphere/lzo-java，這看起來是一個可接受的轉換。根據以下鏈接的基準，LZO（包括Snappy在內的所有其他LZ衍生產品）確實比Deflate/gzip更快，壓縮比更低。 – StaxMan 2011-07-22 19:59:14

我已經將最新的minilzo.c移植到java。初始版本爲http://code.google.com/p/java-compress/。不久，我將爲我的端口添加基於Java的基準測試。

問候

馬哈德

來源

2010-03-10 18:21:50

這個項目是否仍然活躍？自從發佈信息後，我沒有看到太多活動。 – StaxMan 2011-04-16 19:56:47

有一個相對較新的項目：https://github.com/ning/jvm-compressor-benchmark 其中比較緊縮，雖然不包括LZO，添加驅動程序，應該很容易。

來源

2011-04-14 18:06:17 StaxMan

是否有Java LZO與Deflate與Gzip的可用基準？

回答

相關問題