无忧启动论坛

标题: 第一个把滚动条减少到3圈的是真正的英雄。 [打印本页]

作者: distance 时间: 2008-10-11 09:49
标题: 第一个把滚动条减少到3圈的是真正的英雄。
做pe系统的高手云集，但目前走向了两个极端，一个是大而全，无所不包，一个是极端追求体积，让它小到不能再小。第一种可以理解，给新人用的话他们不会自己添加程序，即使里面很多东西自己用不到也比自己需要用的没有强。第二种就完全是噱头了，只是满足一下人们猎奇的心理：“啊，这么小就能启动了呀，真神奇啊”，廉价的掌声过后就沉寂了，因为它启用依然缓慢，缺少必要功能。试问你的光盘，硬盘，还是u盘在意那几兆的空间？当你安装以后体积问题根本就抛诸脑后了，以后面对的每次启动的漫长等待，滚动条要滚4圈、5圈、甚至6圈。而xp却只要1圈半……
希望高手能从最基础的核心研究一下如何减少滚动次数，加快启动速度，这才是真正造福大众，你才是真正的英雄。

作者: yichya 时间: 2008-10-11 10:01
我的PE连滚动条都没有，TEXT模式完了就直接进入WIN32 GUI环境了。

作者: ycw565 时间: 2008-10-11 10:05
楼主没有明白什么是PE系统.小版本一般是U盘在用，老机器的U盘读取速度慢的很。估计LZ没有体验过。读取时间远大于解压缩时间。这种版本一般是用户下载来自己YY，而且应用范围有限。小就是为了快。LZ慢慢体会吧

作者: distance 时间: 2008-10-11 10:05

原帖由 yichya 于 2008-10-11 10:01 发表
我的PE连滚动条都没有，TEXT模式完了就直接进入WIN32 GUI环境了。

黑屏更让人觉得漫长，加上滚动条有个参照。

作者: distance 时间: 2008-10-11 10:07

原帖由 ycw565 于 2008-10-11 10:05 发表
楼主没有明白什么是PE系统.小版本一般是U盘在用，老机器的U盘读取速度慢的很。估计LZ没有体验过。读取时间远大于解压缩时间。这种版本一般是用户下载来自己YY，而且应用范围有限。小就是为了快。LZ慢慢体会吧

照顾老机器也是一个方向，但适应面有点窄了把。

作者: yichya 时间: 2008-10-11 10:07
就是啊，在光盘或U盘上，“Loading RAMDISK Image...”有时都能让人发疯，滚动条相比这个可真是9牛1毛。

作者: yichya 时间: 2008-10-11 10:09

原帖由 distance 于 2008-10-11 10:05 发表
黑屏更让人觉得漫长，加上滚动条有个参照。

不是黑屏，到了该加载滚动条时，跳过之，显示个

PLEASE WAIT...
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

然后3-5秒就进去了。

[ 本帖最后由 yichya 于 2008-10-11 10:11 编辑 ]

作者: distance 时间: 2008-10-11 10:11

原帖由 yichya 于 2008-10-11 10:07 发表
就是啊，在光盘或U盘上，“Loading RAMDISK Image...”有时都能让人发疯，滚动条相比这个可真是9牛1毛。

有时是有时，有时还有可能读不出来，光驱跟盘还可能有兼容问题。

作者: yichya 时间: 2008-10-11 10:12

原帖由 distance 于 2008-10-11 10:11 发表
有时是有时，有时还有可能读不出来，光驱跟盘还可能有兼容问题。

U盘比光盘还慢呢，这个你不能说读不出来吧。

作者: distance 时间: 2008-10-11 10:14

原帖由 yichya 于 2008-10-11 10:09 发表

不是黑屏，到了该加载滚动条时，跳过之，显示个

PLEASE WAIT...
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

然后3-5秒 ...

3-5秒确实不慢，加载启动画面是不是要浪费一点时间？如果是的话去掉启动画面是个不错的办法，不知道具体怎么弄，直接删掉，再改Txtsetup.sif吗？

作者: distance 时间: 2008-10-11 10:16

原帖由 yichya 于 2008-10-11 10:12 发表

U盘比光盘还慢呢，这个你不能说读不出来吧。

像楼上说的，老主板或老u盘可能确实很慢，但无论如何，让它再快点总没有错。

作者: distance 时间: 2008-10-11 10:21
搜到加入参数osoadoptions /noguiboot，呵呵，文字是不是就是“loaderprompt=”？

作者: yichya 时间: 2008-10-11 10:27
在winnt.xpe的osloadoptions里加入/noguiboot。
loaderprompt要在内核里的TXTSETUP.SIF里修改。

作者: distance 时间: 2008-10-11 10:37

原帖由 yichya 于 2008-10-11 10:27 发表
在winnt.xpe的osloadoptions里加入/noguiboot。
loaderprompt要在内核里的TXTSETUP.SIF里修改。

谢谢，我刚把TXTSETUP.SIF里面加了/noguiboot，结果重启还有，原来主要是winnt.xpe里面的，那TXTSETUP.SIF为什么也有osoadoptions，不是多余吗？

作者: yichya 时间: 2008-10-11 10:42

原帖由 distance 于 2008-10-11 10:37 发表

谢谢，我刚把TXTSETUP.SIF里面加了/noguiboot，结果重启还有，原来主要是winnt.xpe里面的，那TXTSETUP.SIF为什么也有osoadoptions，不是多余吗？

这个你就应该去问微软了，我们真的不知道他的用意。

作者: distance 时间: 2008-10-11 10:44
多谢yichya指点，改好了，似乎快了一点点，但也不排除是心理作用，呵呵。

作者: distance 时间: 2008-10-11 10:48
又遇到一个问题，loaderprompt= 里面的文字闪一下就过了，长时间出现替代启动画面的是“please wait”，但在TXTSETUP.SIF里面搜不到please wait，是不是要加别的参数才能自定义这一段文字？

作者: distance 时间: 2008-10-11 10:55
似乎是要改SETUPLDR.BIN，试试看。

作者: distance 时间: 2008-10-11 11:05
确实是改SETUPLDR.BIN，但那个位置字符位置有限，加多了只显示一半，改了其实意义不大，不管它了。

作者: yichya 时间: 2008-10-11 11:11
需要修改SETUPLDR.BIN，这个最好不改。

作者: zxyy 时间: 2008-10-11 11:11
不同的情况有不同的速度。

作者: distance 时间: 2008-10-11 11:27

原帖由 yichya 于 2008-10-11 11:11 发表
需要修改SETUPLDR.BIN，这个最好不改。

恩，有风险，而且意义不大，不动它了。

作者: 破碎无痕 时间: 2008-10-11 11:30
我的是老机器,慢的很
一般要3圈 PE里面的要多点了差不多接近5圈了

作者: 421062724 时间: 2008-10-11 12:18
我的在虚拟机上测试滚动条是1条半~

作者: distance 时间: 2008-10-11 12:24

原帖由 421062724 于 2008-10-11 12:18 发表
我的在虚拟机上测试滚动条是1条半~

没用虚拟机，在虚拟机上应该是取决于cpu速度。

作者: lvyanan 时间: 2008-10-11 12:58
滚动条滚动的过程，就是对硬件进行识别的过程，硬件越复杂，滚动的次数就越多，这是随着主板构造的复杂程度而变化的，不好说用规定的滚动次数来约束系统识别硬件吧？概念上存在问题。

作者: distance 时间: 2008-10-11 13:04

原帖由 lvyanan 于 2008-10-11 12:58 发表
滚动条滚动的过程，就是对硬件进行识别的过程，硬件越复杂，滚动的次数就越多，这是随着主板构造的复杂程度而变化的，不好说用规定的滚动次数来约束系统识别硬件吧？概念上存在问题。

pe硬件驱动如声卡显卡等还得用外置来加载，滚动条这一部分应该就是系统总线，磁盘，io驱动，因为本身就是为维护系统设计的，开始启动时候加载的都是最基本的驱动，每个电脑都是必须的，其实也就是textsetup定义的部分。

作者: lxl1638 时间: 2008-10-11 13:06
"Loading RAMDISK Image..." 的速度主要决定于读盘速度，差的U盘很慢；

"PLEASE WAIT..."的速度主要由CPU和内存速度决定，这是一个解压过程；

"黑屏滚动条..."要走多少卷，主要由驱动和硬件决定，如果硬件复杂，或者驱动和硬件不匹配，或者驱动不完整，或者驱动有问题，或者硬件有问题(如硬盘坏区坏道)，都有可能跑20～30卷，也可能卡住不动！

作者: distance 时间: 2008-10-11 13:16

原帖由 lxl1638 于 2008-10-11 13:06 发表
"Loading RAMDISK Image..." 的速度主要决定于读盘速度，差的U盘很慢；

"PLEASE WAIT..."的速度主要由CPU和内存速度决定，这是一个解压过程；

"黑屏滚动条..."要走多少卷，主要由驱动和硬件决定，如果硬件 ...

PLEASE WAIT应该不止是解压，还在加载驱动吧。有问题的情况当然会不正常，现在说的就是正常情况怎么让它快一点，如果文件统统不压缩存放，能快一倍吗？

作者: lxl1638 时间: 2008-10-11 13:23

原帖由 distance 于 2008-10-11 13:16 发表

PLEASE WAIT应该不止是解压，还在加载驱动吧。有问题的情况当然会不正常，现在说的就是正常情况怎么让它快一点，如果文件统统不压缩存放，能快一倍吗？

内核部分是否压缩，对启动速度影响不大，关键是"Loading RAMDISK Image..." 和"黑屏滚动条..."这两个过程，"黑屏滚动条..."之后很快就由PECMD.EXE接管了，PECMD.EXE过程的速度主要由配置文件决定，如果配置文件内安装太多的工具、驱动，或启动太多的程序或服务，PECMD.EXE的LOGO过程也需一定时间。

"黑屏滚动条..."这过程，理想的可以做到３卷内完成，本人那个PECMD演示版32MB的PE，在本人的机子上只跑２卷半，但挂上一个坏硬盘后要跑30卷左右。

在慢速的U盘上，内核部分建议压缩，压缩后"Loading RAMDISK Image..."过程会快些。

[ 本帖最后由 lxl1638 于 2008-10-11 13:29 编辑 ]

作者: CWD 时间: 2008-10-11 13:24

原帖由 distance 于 2008-10-11 13:16 发表

PLEASE WAIT应该不止是解压，还在加载驱动吧。有问题的情况当然会不正常，现在说的就是正常情况怎么让它快一点，如果文件统统不压缩存放，能快一倍吗？

这个想法拿到USB1.0的机器上至少慢上10倍。。。

作者: distance 时间: 2008-10-11 13:32

原帖由 lxl1638 于 2008-10-11 13:23 发表

内核部分是否压缩，对启动速度影响不大，关键是"Loading RAMDISK Image..." 和"黑屏滚动条..."这两个过程，"黑屏滚动条..."之后很快就由PECMD.EXE接管了，PECMD.EXE过程的速度主要由配置文件决定，如果配置 ...

我其实是想弄个ghost备份还原，到cmd就直接进ghost了，主要就是please wait部分时间长，我的机器要4圈，如果启动太慢，32位ghost的速度优势就逊色了。我找下你的版本试试看。谢谢指教。

作者: distance 时间: 2008-10-11 13:33

原帖由 CWD 于 2008-10-11 13:24 发表

这个想法拿到USB1.0的机器上至少慢上10倍。。。

情况不同，要求各不相同，呵呵。

作者: distance 时间: 2008-10-11 13:45
似乎只能到ftp下载，权限不够，有其它下载地址吗？

作者: distance 时间: 2008-10-11 13:56
怪了。
**** 本内容积分高于 200 才可浏览 ****
我的积分明明够啊。

作者: guye12315 时间: 2008-10-11 13:57
PE的没数过，不过xp的可以一条就进去，呵

作者: distance 时间: 2008-10-11 13:59

原帖由 guye12315 于 2008-10-11 13:57 发表
PE的没数过，不过xp的可以一条就进去，呵

所以pe滚4、5圈让人难以接受。

作者: minoboy 时间: 2008-10-11 15:12

原帖由 yichya 于 2008-10-11 10:01 发表
我的PE连滚动条都没有，TEXT模式完了就直接进入WIN32 GUI环境了。

q 我也是，没什么滚动条

作者: distance 时间: 2008-10-11 21:43
一直找不到下载，请问lxl1638，那个演示版的pe是不是没有加什么磁盘驱动？

作者: 玄天 时间: 2008-10-11 22:44
我觉得PE快慢(当然与主板有很大关系)不是问题,主要还是稳定和兼容性~~~~~

作者: distance 时间: 2008-10-11 23:14

原帖由玄天于 2008-10-11 22:44 发表
我觉得PE快慢(当然与主板有很大关系)不是问题,主要还是稳定和兼容性~~~~~

每个人的应用和要求都不一样，我想用pe代替dos做ghost备份恢复，启动时间长了感觉还不如启动到dos算了，1秒就看到界面了。

作者: 玄天 时间: 2008-10-11 23:43

原帖由 distance 于 2008-10-11 23:14 发表

每个人的应用和要求都不一样，我想用pe代替dos做ghost备份恢复，启动时间长了感觉还不如启动到dos算了，1秒就看到界面了。

如果是 ghost, 用dos更好^_^

作者: distance 时间: 2008-10-11 23:59

原帖由 zhxy9804 于 2008-10-11 23:40 发表
滚动条的快慢要分机器，我机器基本上所有的pe都试验过，上来都是卡的不行，但在虚拟机里面，滚动条刚开始滚动就进去了！

实机启动跟配置高低关系应该不大，运算速度快无非解压快点，而核心那么小解压其实很快，在硬盘上安装的整体is_包的解压都是瞬间即过，里面文件多我觉得管理文件的时间要多于解压的时间，最耗时间的应该是认硬件加载驱动。虚拟机就完全取决于cpu运算速度了。
以xp为例，2000+的机器滚动一条半，3g扣肉就应该快到看不到滚动条了，滚动条显然跟配置不是线性关系。启动过程不是在做运算，配置高低都是一个固定的套路，配置高或许会有些许优势，但不起决定作用。

作者: distance 时间: 2008-10-12 00:01

原帖由 zhxy9804 于 2008-10-11 23:44 发表

俺就改了，改成请稍等……，并且还是带色的。

倒真是会安慰人啊，“稍等”，其实会让人等的不耐烦，呵呵。
不知道要如果带上颜色？

作者: distance 时间: 2008-10-12 00:03

原帖由玄天于 2008-10-11 23:43 发表

如果是 ghost, 用dos更好^_^

加载了磁盘驱动不是应该更快？刚弄这个，其实我还没试，据说是速度快。

作者: jfm034 时间: 2008-10-12 14:27
没认真研究过。。呵。

不过这个速度能大致有点改进的话那可不是一般的好呐。。。

有些主板的USB没加驱动时是很慢的，，无法忍受。。。

虽然现有些PE为了解决这问题，启动时先加载USB2。0驱动再装载PE系统。。。也感觉还是慢了点。。。

遇到硬盘有问题的，，那速度简直要摔东西啦。。。。

作者: distance 时间: 2008-10-12 15:00
精简驱动确实能减少please wait的时间，我想做核心的时候能不能分3个版本？ide版，ide+sata版和ide+sata+raid+scsi版，毕竟80%以上的用户两种就能满足了。

作者: yichya 时间: 2008-10-12 18:36

原帖由 distance 于 2008-10-12 00:01 发表

倒真是会安慰人啊，“稍等”，其实会让人等的不耐烦，呵呵。
不知道要如果带上颜色？

PLEASE不就是“请”吗？
颜色这个要用ANSI控制码，需要截成EXE，然后改资源。

作者: yichya 时间: 2008-10-12 18:37

原帖由 distance 于 2008-10-12 15:00 发表
精简驱动确实能减少please wait的时间，我想做核心的时候能不能分3个版本？ide版，ide+sata版和ide+sata+raid+scsi版，毕竟80%以上的用户两种就能满足了。

同意，本人的机器就是老掉牙的那种，什么SCSI、SATA、RAID，一个都没有，还不如就一个IDE的方便。

作者: distance 时间: 2008-10-12 20:52
我晕，原来论坛有一个ftp是能用的，看了前两个不行我以为都是摆设。

作者: mapeimapei 时间: 2008-10-13 11:49
启动速度和很多都有关系的。。

滚动条的次数主要是内核格式，压缩&非压缩&体积&驱动&具体的硬件环境有关，，所以想要使每太电脑都启动很快是无法做到的，，只能说相对的启动快些。。

作者: CWD 时间: 2008-10-13 16:02
滚动条时间段最大限制莫过于检测磁盘通道，可以在正常系统下关闭主次磁盘通道无设备端测试，而滚动条结束至启动画面这段最大限制应该是界面文件预读取，启动画面后最大限制是网卡IP地址分配。。。

作者: distance 时间: 2008-10-13 16:24

原帖由 CWD 于 2008-10-13 16:02 发表
滚动条时间段最大限制莫过于检测磁盘通道，可以在正常系统下关闭主次磁盘通道无设备端测试，而滚动条结束至启动画面这段最大限制应该是界面文件预读取，启动画面后最大限制是网卡IP地址分配。。。

后面都好控制，就是滚动条阶段想提速比较难。

作者: atlantiss 时间: 2008-10-13 17:14
同意楼主看法，PE一般用来维护只用，集成那么多工具干啥，平时用机器我宁愿用98也不愿用pe，pe启动速度快，集成必要的维护工具才是王道！！！

欢迎光临无忧启动论坛 (http://bbs.c3.wuyou.net/)