这个人带有大量主观看法，爆典太多，很烦，已经被我拉黑了。
一开始还是相信他的部分内容的，后来经过我自己测试还有持续交流，觉得他的话可信度很低，我又是个半吊子小白，所以希望有真正了解相关内容的来为我解惑。

有恢复记录的需求用rar，其它时候用7zip，推荐使用7zip的fork版本nanazip，支持更多算法

鸽笼原理

恢复记录是个好东西，仓库盘搬运，平均5t出现一个不可修复错误，如果是媒体文件还是跳过错误正常播放，文档就可能有麻烦了，对于不能因误码受损的文件我用rar4压缩加恢复。rar5的大字典确实好用，多线程支持也更好，考虑兼容性还是4为主。不用追求压缩率，文件多了解压是个麻烦，以5年为单位计算硬盘成本是下降的，双备份才保险

我说这话题怎么看着有点熟悉，没想到这里也能看到你

他开小号是因为大号被我封了，不过没关系，小号也已经封了，看他有多少小号，可惜一次只能封10天

我用rar仅仅是因为图标比较好看

截图里恢复记录的说法反了吧，rar的恢复记录放在现代才是没用的，以前拨号上网时代下载技术不成熟断流丢包非常常见才需要rar的恢复记录来增加下载成功率。
我的理解是确保数据完整性不是压缩算法该做的工作，是在数据传输部分就该做好的。
现在数据校验都放在传输过程里了，网络上传下载自带分段校验重传，只要下载成功就已经确保了数据完整性，对数据本身添加恢复记录都属于额外冗余降低压缩率。
而且就算添加了恢复记录，也无法百分百确保恢复成功，不如直接在传输过程中确保下载到的是完整数据来得实在。

请问为什么压缩字典的大小不应该超过分块大小的一半？有什么依据吗？

比较lz77的衍生物没意思，bwt，ppm也不行，要比就比cm算法，比如paq

今天偶然逛到一个帖子，感觉 WinRAR 路更窄了。。
-
这帖子说 zstd 极速模式下，比 WinRAR 最快模式，还要快得多，且此时压缩率差不多，比 WinRAR 标准模式大不了多少。。
-
我按原文找了个 ps 便携版，试了试，确实 zstd 级别 3 比 rar 最快级别，还要快 5 倍，且体积更小。
-
相比 rar 标准级别，此时 zstd 体积大 8.5%，但速度快 20 倍。特别适合临时打包个文件夹啥的。。
-
这性能需求太低了，就连 2019 年手机处理器，骁龙 865（的换皮 870），单线程处理时都有 2022 年 6900HX 全部线程的 30% 性能（是不是多线程吃不满？）
-
所以现在，临时打包用 zstd，永久收藏 / 大范围分发用 lzma，感觉 rar 适用场景很少。。
-
至于说恢复记录，临时打包用不上，本地收藏用 par2 附在 7z 压缩包末尾。论坛分发 par2 分割成二次幂大小（如 1MB、2MB、4MB、…），下载者破损多少就额外下多少（如破损 20 MB 就下 4 MB + 16 MB），不用每个人都额外下绑定的几 GB 恢复记录。。

根据我自己的使用经验，压缩率通常是7z大于rar。但7z压缩速度明显是更慢的
恢复记录并不是什么大问题，因为7-ZIP本来就只是一个压缩软件。硬要恢复记录的话，可以用7-ZIP搭配Multipar。
据说7z压缩包一旦损坏，就很难恢复，而且是只要损坏了一点点，整个块就废了。我自己在压缩的时候通常都是把固实块大小设置的小一些，这样即使出错了，也只是丢一部分数据

7z的优势是文本压缩，列如小说，rar的优势是无损且未压缩音频wav格式以及无损且未压缩图像bmp格式的强项，如果你用的不对，那7z就会变成劣势

案例：
纯文本代码压缩，源文件30g，用7z仅700m，用rar是2g
wav音频压缩，源文件100m，7z压缩后80m，rar压缩后62m，flac压缩后60m
bmp图像压缩，源文件100m，7z压缩后60m，rar压缩后44m，png压缩后41m