level 7
今天查阅了WinRAR的手册，发现了这么个东西。据称可以在提供快速打开压缩包（保存在文件末尾）的同时保留原有RAR压缩包的防损坏功能。前些日遭遇过zip和7z文件头损坏导致整个压缩包无法提取文件的经历，虽然后来恢复了大部分数据，整个折腾的过程还是相当虐心的。
目前正在尝试这样的参数组合-m1 -md128k -qo+。仍然是速度的重要性远大于压缩率。
2014年06月03日 08点06分
1
level 7
在乎速度去搞
lz
4啊，压缩速度200M+，解压速度2000M+，你没看错
2014年06月03日 13点06分
2
level 7
时代需求不一样了。。现在的rar的主要目的是一大堆文件打包，而过去则是为了压得更小。。
2014年06月04日 03点06分
3
level 13
压缩包文件头损坏还是很少见的吧, 概率不亚于磁盘目录区损坏, 相比之下7z包很多重要信息都在文件结尾, 危险概率还要稍高一些.
2014年06月05日 02点06分
4
好像是U盘的某些区块不稳定了，复制进去的文件会挂（哈希值改变）。测试内存没有发现问题，后来换了一个U盘就好了。
2014年06月09日 17点06分
level 1
这个快速打开选项我理解就是把在固实压缩包中的文件位置描述出来，类似指针，这样就可以加快单文件打开速度，而不是整个固实流都寻址一遍。而且因为有文件描述，如果压缩文件自身的文件index段遭到损坏，还可以从这部分得知信息，也相当多了一步容错机制
当然，如果你压缩成千上万个小文件用这个选项的话，压缩后的文件大小也可想而知……
ps1:对于数据本身容错+压缩率目前还是习惯7z外包rar+rr
ps2:对于“在实用范围以内”除了7z的高压缩格式目前还是接受uharc,虽然只支持2G以内总大小……
2014年06月05日 23点06分
5
RAR5文档中的描述差不多就是这个意思。我以前也使用7z分卷再用RAR添加恢复记录。不过毕竟RAR是私有软件，在Linux下限制多多，现在随着正版化已经较少使用。
2014年06月09日 17点06分
我还试过zip的切割压缩包功能，好像切割大小超过4GB的话解压时会出错。毕竟zip不支持分卷，而且切割的压缩包不能跨平台兼容。目前跨平台兼容又开源的好像就是7z。
2014年06月09日 17点06分