关于ramos img加载,1测吓1跳

hc0

自从用G4D,支持GZ,基本就不用img了,觉得gz已很快,最近听说G4D支持lzma,专门测了下

3Gimg,表中数据是'文件占用大小/加载时间'.硬件:cpu p9600,2.5"500G硬盘
        ntfs压缩    不压缩
img  341M/9S   3G/未测
gz    306M/18S 309M/15S
lzma 274M/44S 274M/42S

此表供参考,大家可选自己合适的方式保存ramos
原本我是GZ,9s加载img使我惊讶,以前听人说过,以为是啥高档机才行,原来这NB也行.现在犹豫是不是直接img 9S算了,lzma这么慢,基本放弃..
做ramosimg还有细节,欢迎继续讨论
ps: 已试过,G4D,110122,110305加载doslzma可以,winramos lzma报错,而101130才可加载winramos lzma!

fujianabc

原帖由 hc0 于 2011-3-12 11:01 发表
解压能否利用多核,不是靠解压程序(或者说模块)么,还得靠grub4dos?

能否支持多核首先取决于操作系统，然后取决于软件。grub4dos在这里起到的是操作系统的作用，操作系统不认多核，软件再支持多核也没用

hc0

解压能否利用多核,不是靠解压程序(或者说模块)么,还得靠grub4dos?

压缩率,解压缩速度,希望平衡中找最好的解决方案
速度,gz已不错,压缩的img9秒加载,ntfs中不压缩的gz15秒加载
现在G4D加载的lzma4X秒,难以接受了..

还有,chenall说法'模块简单',这个,我们普通用户不了解.好像解压缩的多能做得比较简单

还有个因素,内存占用,不过解压占用都不大,现在内存都不小,似乎不重要了

对了,有个重要参照,UPX就是个极优秀的archiver:解压速度高,压缩率高,解压缩模块小,内存占用少!

[ 本帖最后由 hc0 于 2011-3-12 11:06 编辑 ]

fujianabc

lzma要多核并行解压才会快，但grub显然不支持并行计算阿