- 主题:boost.iostreams zstd
boost.iostreams的zstd filter是不是有问题，还是我用的版本不匹配
boost 1.73 + zstd 1.45
压缩没有问题，解压到某段数据的时候会unknow frame descriptor，把这段数据单独copy到硬盘上，用命令行的zstd -d xxx就能成功解压。
另外想在iostreams里面用zstd的多线程压缩，咋改
--
FROM 68.197.87.*
zstd支持zlib那种缓冲方式的压缩/解压接口么？
我看snappy/lz4似乎都不支持，只有整块数据压缩/解压的接口
【 在 CrTn 的大作中提到: 】
: boost.iostreams的zstd filter是不是有问题，还是我用的版本不匹配
: boost 1.73 + zstd 1.45
: 压缩没有问题，解压到某段数据的时候会unknow frame descriptor，把这段数据单独copy到硬盘上，用命令行的zstd -d xxx就能成功解压。
: ...................
--
FROM 221.218.213.*
可能问题就是出在这，得去研究下，虽然我最后搞了点小trick搞work了。zlib那压缩速度实在不能忍。
【 在 Bernstein 的大作中提到: 】
: zstd支持zlib那种缓冲方式的压缩/解压接口么？
: 我看snappy/lz4似乎都不支持，只有整块数据压缩/解压的接口
:
--
FROM 68.197.87.*
做这种库的没那么不靠谱，不大可能要求压缩数据只能放一个数组里的。zstd 和 lz4 都有 streaming api。snappy 抽象方式不一样，是个 c++ 库，需要实现自己的 sink/source。
boost 那边包装支持不够好倒是有可能。
【 在 Bernstein 的大作中提到: 】
: zstd支持zlib那种缓冲方式的压缩/解压接口么？
: 我看snappy/lz4似乎都不支持，只有整块数据压缩/解压的接口
:
: ...................
--
FROM 114.249.197.*