上次RAR升级压缩算法是在2.9版，这次的改进主要在字典大小，我在32位系统，3GB内存条件下测试，最大可用128MB字典，压缩率应该会有较大提升，不过我更关心压缩包的文件索引结构，如果能像zip或7z那样快速打开一个TB级的压缩包就好了。
还有就是期待Linux下可用的RAR5解压模块。

于是我蛋疼的把硬盘里的压缩包都转成5.0了……

看过一个国外的评测对比，相对老的rar格式，非固态压缩时，时间增加约20%，相应的压缩率也提高约20%，算是进步明显。因为一般情况下压缩比的提高与压缩时间开销并不成正比的。
但是…………………………
悲剧的是一旦使用了固态压缩就优势全无了，甚至还有所倒退。

rar5字典……表示我的老机子受不了，很害怕网上的资源都搞成上百m的字典，还真不让人活了

话说好久以前好压就搞出来一个极度压缩，压缩率比现在的rar5、7z还高一点点，速度不错，就是只能用好压解压这坑爹

另外，rar 5.0不是还在beta么？你这么快就去当小白鼠了？

很难想象网上发布的压缩包都采用了GB级的字典的话，很多老机器都无法解压了……
我给WinRAR设置的默认压缩格式是zip。

rar5的压缩率与7z差不多。多线程下，压缩与解压没有7z快。

恢复卷
恢复卷或 .rev 文件是由 WinRAR 创建的允许重建卷组中丢失的和损坏的文件的特殊文件。它们只能和 多卷压缩文件 一起使用。
这个功能可以用来备份，例如，当你传递一个多卷压缩文件到一个新组，并且部分接收者没有收到一些文件。重新发送恢复卷代替普通卷，可以减少传送文件的数目。
每个恢复卷可以重建一个丢失的 RAR 卷。例如，如果你有30个卷，3个恢复卷，你可以创建任何3个丢失的卷。如果 .rev
文件的数目少于丢失卷的数目，将不可能重建。对于普通和恢复卷的总数，RAR 4.x 不能超过255，RAR 5.0 压缩文件格式不能超过 65535。恢复卷的数目必须少于 RAR 卷的数目。
原来的 RAR 卷在卷被创建后不能被修改。修复算法使用存储在 REV 文件和 RAR 卷中的数据来重建丢失的 RAR 卷。所有如果你修改了 RAR
卷，例如，在创建 REV 文件后锁定它们，修复操作将失败。
除了恢复数据，RAR 5.0 恢复卷文件也存储了类似于文件校验和的服务信息来保护 RAR 文件。所以它们比它们要保护的 RAR 卷要稍大。所以如果你要把
RAR 和 REV 文件单独复制的移动媒介中，你需要把它考虑在内并指定 RAR 卷的大小比媒介的大小少几 K 字节。
当点击 .rev 文件或使用 rc
命令时，或解压时如果不能定位下一卷的位置并且发现可用数量的.rev 文件时，WinRAR 会重建丢失的和损坏的卷。
你可以在 压缩文件名和参数 对话框的选项中使用“恢复卷” 或在 保护压缩文件 命令中类似的选项创建恢复卷。在 命令行模式 中，你可以使用 -rv 开关或 rv 命令。
原来的损坏的分卷的副本在被重建前被重命名为 *.bad。例如，volname.part03.rar
将被重命名为volname.part03.rar.bad。I

RAR在全球发展，主流xxx小组起了很大作用。“业界”的关键规则：
2.2) Acceptable compression format at this time is any compression method that supports multiple volumes and long file names, followed by the traditional PKZIPing. Compressions other than RAR must include an extract utility or be a self-extracting archive.
2.3) The traditional packaging methods (zip/diz) shall be maintained, with a diz file being present in each zip. The diz file must contain as a bare minimum the number of the current disk and the maximum number of disks.I

我试了压一个PSP映像感觉差别也不大。

我也总结出了0day小组的一些“行规”：
首先用RAR分卷压缩源文件，文件名采用8.3格式；
然后每个RAR分卷再用zip封包。
由于要求支持分卷，主流的也就是RAR和7z支持。zip是不支持分卷的，所谓spanned archive只是简单的文件分割，tar也是。

7z万年没更新了，而且ui实在是。。。