实测：map 比 map --mem方式慢很多，但兼容性略佳【20110326】

chiannet

1、同一个PE，用以下两种方式装载，速度差异蛮明显。

1. map --mem (ud)/AXPE/WINPE.ISO (0xff)

复制代码

与

1. map (ud)/AXPE/WINPE.ISO (0xff)

复制代码

不考虑usb2.0驱动等因素，两种写法，速度差异很大。前者比后者要快得多。

前者耗在[0/26]  [8/26].....这个grldr把镜像整体载入内存的过程，一旦载入成功，后面在内存运行的启动耗时就很小了。

而后者耗在Loading Ramdisk imag...这个SETUPLDR.BIN 载入ramdisk的步骤。以上在原本USB load速度中等的机器上两者差异最为明显，而在载入速度很快的笔记本等机型上，两者差异可能觉察不到。


2、不使用--mem兼容性略佳。
例如：acer 4750G LENOVO Y460 等笔记本,用上面带--mm参数就发生以下错误，

1. Stop:0x000000B4

复制代码

使用下面这条不带--mem的命令则能顺利启动。




大家是否有这个体验？

我只能提供感官测试结果，祝愿grub4dos更强更好。

[ 本帖最后由 chiannet 于 2011-3-26 07:48 编辑 ]

zhhsh

应该是ud问题吧

sratlf

没有  不过这种比较个人认为这种比较不具备通用性

至少在我这里测试的话  配合0.0.1.30版firadisk整体启动pe镜像稍快于载入内存再启动

xiaoy

我和楼主一样 第一种快N多倍

pseudo

楼主有条件可比较一下可见区/0PE/0PE.ISO:
map --mem ()/0PE/0PE.ISO (0xff)
与
map ()/0PE/0PE.ISO (hd32)

iso最好过百兆。

yesfei

我的测试结果同楼主的一样

chiannet

在本来USB载入速度就快的机器上（如多数笔记本），这两种方式感觉不出差异。

但在那些原本USB载入中等速度的机器上：例如（Scoct939 的ATI芯片组，Scoct775 的SIS 661）；以及USB载入速度超慢的Scoct478的865等机器上测试了，结论都是这样。

sratlf

你应该再试一下

map --mem /AXPE/WINPE.ISO (0xff)
与
map /AXPE/WINPE.ISO (0xff)

即放在可见区  看速度差异怎样

chiannet

刚才向你讨教了判断内存大小的法子，现学现用：这样可行吗？

checkrange 0x40001:-1 read 0x8298 && map --mem (UD)/AXPE/WINPE.ISO (0xff)!map  (ud)/AXPE/WINPE.ISO (0xff)

若主机内存超过256MB，执行map --mem (UD)/AXPE/WINPE.ISO ，否则执行map (UD)/AXPE/WINPE.ISO

sratlf

checkrange 0x40001:-1 read 0x8298 && map --mem (UD)/AXPE/WINPE.ISO (0xff) ! map  (ud)/AXPE/WINPE.ISO (0xff)

操作符两边都有空格的

tubaozi

用夜天版主的RUN，0PE （194兆）放可见区

RUN --mem ()/0PE.ISO     启动到桌面背景完全显示 用时  57.6秒

RUN --nomem ()/0PE.ISO   启动到桌面背景完全显示 用时  47.43秒

chiannet

Error 23:Error while parsing number
Press any key to Continue....


失败了。

幸运的草

这个是早就测试过了，结果和楼主的相同，我测试普通PE，速度相差约10倍左右，0PE两种方法相差6倍左右。可大大们就是不信。经测试这主要是集中在FB的GRLDR引导的U盘。如果是光盘、量产、U＋等非FB及G4D引导方式不在讨论之列。
　如果加载2.0驱动不死机的话，两种方式差别不大。
　通过观察U盘灯就可以看出，加--mem参数时，U盘灯闪亮，明显读取速度高，而不加参数时U盘灯较暗，明显速度低。
　FB的通过BURG引导方式，相同的PE，加参数与不加参数相差不大，我的56M的全内置PE，加参数1分40秒进桌面，不加参数，2分05秒。相差25秒，符合预期。
　还有一个问题，就是FB的通过GRLDR引导方式，加载2.0驱动不死机，但向内存读入后NT5的PE卡死，WIN7PE无事。同一个FB的U盘，通过BURG引导，却没有以上的问题。
  这两个问题我纳闷并跟踪测试半年多，前几天偶然用BURG引导测试，加载2.0驱动发现没有问题。DOS下2.0加速也没有问题，初步怀疑是GRLDR的BUG导致上面的问题。

[ 本帖最后由 幸运的草 于 2011-3-19 15:41 编辑 ]

快雪时晴

都木人回复p大，汗....
难道说0xff和hd32在速度上也有区别？

待实验

pseudo

能否提供关于#5楼的量化数据？

pseudo

不是hd32、0xff的速度差异：
http://bbs.wuyou.net/forum.php?m ... p;page=1#pid1789918

都映射到0xff也是可以的。

sratlf

原帖由 chiannet 于 2011-3-19 10:11 发表
Error 23:Error while parsing number
Press any key to Continue....


失败了。

不应该出这种错误啊  有错误的截图吗  贴上来看下

moondust

我认为不同版本的PE会有不同的结果，

不带--MEM参数可以立即就直接启动，虽然启动要快而且省内存，但启动过程中如果有频繁读写介质，反而会降低速度，

带--MEM参数要把整个镜像载入内存，虽然启动有一定的延时而且占内存，而一旦载入内存就会快得多了，因为所有的读写都是在内存中进行的。

2011ryoohki

和镜像大小有直接关系, 150m 之内并且启用USB2.0驱动是没有太明显的区别的 , 200M左右开始才有明显差距 , 但是要考虑到两种参数的使用受众面的需求 , 既然grub4dos 提供了两种加载 iso 的方式就说明其使用方向上是有所分别的 , 就目前的使用经历来看 , 加载 mem 参数的适合于工具全内置型的PE系统(同时能够使用这种PE的机器性能方面主要是内存容量更宽裕) , nomem 的更适合使用0PE这种内核独立,工具外置的PE系统(本身这种形式的系统诞生除了更换工具的便利性另一方面很重要的原因就是主机内存容量不是十分宽裕) , 目前可见的形势下 mem 还是有其很重要的存在价值的 , 例如目前的 windows安装盘的容量已经达到 4G以上 , 很显然在配合新版 FiraDisk 实现加载iso镜像安装windows vista 以及 7 系统4G内存仍然是无法满足要求的 , 此时 nomem 参数的意义就完全体现出来了。

xianglang

如果内存大于1GB的，整体ISO启动PE的话，我还是建议加上MEM参数将ISO映射到内存里面去，这样进入PE之后就可以拔下U盘了——我曾经试过遇到插上U盘，XP安装出错而不能进行复制等安装下去的情况，拔下U盘就正常了。另外，在桌面之后，要用外置程序，从U盘读也比直接从内存盘读要慢得多，最要命的是U盘读写过多，就更加容易损坏。

综上所述，我的观点是：只要支持整体ISO映射到内存，绝对使用映射到内存方式启动PE！

[ 本帖最后由 xianglang 于 2011-3-23 19:10 编辑 ]

flyingsand

曾碰过一机器不加--mem出现一些莫名其妙的问题

zhuyoucheng

我的电脑更加怪，昨天测试202M的PE，是非全内置的PE，核心33M用map /BOOT/IMGS/PE.ISO (0xff)居然比加--mem慢用版主的RUN --firadisk --pe速度和不加mem的一样，
但是用P大的加速器启动PE速度很快，比前3种都快很多，具体时间没有计算，反正起码快一倍以上。菜单：(ud)/BOOT/GRUB/USB_ACC.0PE --mode:disable --time-out-disable:0 --fira /BOOT/IMGS/PE.ISO 进入2级菜单后选第2项启动。注：我的电脑主板是最新的880芯片组的，U启速度应该很快的，玄天的370M内核的WIN7PE解开放U盘的可见区直接用chainloader /boot/7PE_MGR启动，只要10几秒就到滚动条界面了，但是不解开用map来启动那速度就叫人难受了，这是不是和GRUB4DOS有关系呢？

[ 本帖最后由 zhuyoucheng 于 2011-3-24 09:46 编辑 ]

幸运的草

你的测试结果和我的相同，用ZXW的RUN时，有firadisk和mem是一样的，前者内置了mem参数。P大的加速器中你也加了fira参数，根据菜单在不加速的情况下，应该也是内置了mem参数，因为新版要加上一个什么参数才支持非整体map的。
      我推测应该是G4D的BUG，因为测试时同一个PE，同一个FB制作的U盘，如果采用GRLDR引导的话，两者速度差非常大，而通过BURG引导的话两者差异不大，无MEM参数要略慢一些。但如果加载2.0加速的话，GRLDR两者差异也不大，结果同BURG.
      另一个问题是，如果加载2.0驱动的话，GRLDR引导NT5的PE时，会部分机子会卡死，而BURG则不会，所以现在我都是采用两种引导方案，把ISO采用BURG加速后引导，其他IMG用GRLDR引导，建立相互转换菜单，可随时切换。