引用
引用第8楼konpal于2012-05-05 01:19发表的 :
纯比速度,没什么意义
我从来不觉得不能添加恢复记录的 7Z和zip 有什么优势。
添加恢复记录就要增加2.6% (3%恢复记录) 或4.6% (5%恢复记录) 的体积
文件没有损坏,还要浪费时间down多2.6%或4.6%的体积才能用,而且修复也很耗时
真的需要到恢复记录的场合,也可以另外使用QuickPar解决。
引用
引用第9楼ayukas于2012-05-05 01:24发表的 回 3楼(ROLL) 的帖子 :
http://www.maximumcompression.com/data/summary_mf.php7z在极限压缩率上基本没有打赢过rar
不信你现在就随机找你硬盘上的文件试试好了
我对于这一伪论的出现感到非常奇怪
并且更奇怪的是这个伪论居然基本人人都信
要是还要考量到效率 7z没有任何优势
偶大部分情况也只是看到比RAR压的少
7z除了压WAV不在行之外,没有什么问题
要拿强项比较的话,用ZIP压缩16色、256色index的BMP图包,压缩率还会比RAR、7z用固体压缩要高
不信你可以拿十多年前的DOS、Win9x年代的CG包试试
16色、256色游戏的关键在,同一个游戏大部图都会共用同一个Palette
而zip在这个场合压缩率会非常高,但这需要图片的Palette没有被打乱过
引用
引用第10楼soyou于2012-05-05 01:33发表的 :
现在的rar如果我同时进行多项压缩或者解压任务,cpu占用反而会变低,然后变得奇慢无比
可能和抢占记亿体频寛有关系
单一个rar压缩任务,cpu占用23-60%变动 (4.20b1 x32)
而两个rar压缩任务,4.20b1单个cpu占用变成18-43%变动 (一个是4.11 x64,一个是4.20b1 x32)
引用
引用第11楼zkai于2012-05-05 01:41发表的 :
新版本不需要多开压缩,解压根本对CPU没有压力明显是硬盘跟不上,更加不能多任务。
不多开压缩,怎么能吃尽所有CPU个数
解压方面,你是解压那一些压缩,要硬盘追不上,你的解压速度就要有100-150MB/s以上,或者有很多小文件插中硬盘的弱项
除了某些可将几个G压到百几M的7z包会有可能之外,硬盘大部分情况也不会是樽颈吧
[ 此帖被ROLL在2012-05-05 03:39重新编辑 ]