无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站广告联系 微信:wuyouceo QQ:184822951
查看: 16086|回复: 80

11-05-10 演示UD版可使MAP内存分配时间减少并得到更多外置工具的精简PE

[复制链接]
发表于 2011-5-10 12:03:47 | 显示全部楼层 |阅读模式
  



  演示UD版可使MAP内存分配时间减少并得到更多外置工具的精简PE-11-05-10  专为维护而生




  本贴仅讨论使用 FbinstTool 制作的UD启动模式,在UD扩展区加入200M的外置工具时,使用如下取UD工具可以使启动速度最快,并且与本论坛几个著名的UD版PE版本做了对比,证明此方法是可行的。至于其它制作、启动模式,均不在讨论之列,请自行开新贴,谢绝回复。

  因为此贴出现的争论实非我本意,只能说,是我发贴内容错误,而有的朋友也确实是断章取意,有所误解。删除的大部分内容,其实是在说现在的UD版本外置包做的太大,即使弄成WIM挂载,同样会占用内存与空间,把用户不需要的东西都带进了PE下,不方便更改与维护。既然有了下边两个工具,将外置放在UD内,随时提取就是,不需要将外置打包。而回帖的几位根本就未看到这个观点,只是抱着其中的一句话在争论。我测试的结果总结如下:


  PE启动快慢仅与核心有关,但UD版体积过大 MAP 时间过长却是不争的事实。如同我们参加马拉松比赛一样,你只需带着水大等高人提供的最必要的装备进入赛程,口渴时可以随时从路边服务人员那里得到水源,以最轻的负载、最快的速度到达终点,进入桌面,不必顾虑怕口渴而把饮水机也背在身上。

  既然大家现在都用 U 盘引导启动,百大等高人又为我们提供了取 UD 工具,随时能解决“口渴”的问题,又何必把 OP.WIM、BASIC.WIM 等做的那么大呢?只加入最常用的软件,10M 足矣!





  拙见在一楼,下载在二楼,图片在三楼。

  更多外置工具单文件版请到这里查看http://bbs.wuyou.net/forum.php?mod=viewthread&tid=192832&extra=page%3D3



  接受逆天使老师的建议,删除大部分内容。本贴确实都是浮云,在高手眼中不值得一看。我非常现实,只是想在最短的时间内进入桌面,而能得到更多工具,以下使用的两个工具可以满足我目前的要求,所以才在测试后发贴。



  如下回帖有些言论可能过激了,是我发贴内容不当,未能理解那位老大当时所说话是有特定条件的,错误引用,意思未说清楚,有罪啊,非常抱歉。

  这个帖子的唯一内涵是想说:

  使用 FbinstTool 制作的UD分区,使用 MAP 映射启动时,与 PE 的体积完全相关,体积越大,MAP 内存映射的时间也越长。用如下的两种取 UD 工具,可以得到更多放在 UD 区的外置程序,因而只能将 PE 体积减少到极限,来节省此种启动方式的时间,并通过测试报告说明了这种理论是可行的,因为同时还测试了本论坛其它几个著名的 PE 版本,为了和谐,启动时间不便贴出,但在打包同样体积的工具后启动时间很长是无疑的。并未讨论其它 PE 的制作、启动模式。


  逆天使的 TangoPE 22M MINI 精简版本,http://bbs.wuyou.net/forum.php?mod=viewthread&tid=187153&extra=page%3D1 在这里再度精简,将所有内置工具去除,将与启动无关的插件再次提取打包放于 UD 下,启动时用百大工具导入解压。

  水大的 16.1151 2003PE 仅使用核心,同时将核心精简,如上提取与启动无关的文件放于 UD 内启动时解压。

  这两个版本中,相同的插件用 7z 做成了 SYSTPEA.exe、SYSTPEB.exe,让 XPPE 与 03PE 共用,XPPE 启动时仅调用这两个压缩包。03PE 启动时不仅要调用这两个压缩包,同时还将调用其单独的二级内核插件包 03PEWSA-B-C.exe。

  做成五个插件包,原因是一直想在极限条件下测试这两个演示版本。由于启动过程中解压 7Z 压缩包时需要较高的内存,若压缩包体积过大解压会失败,才分开打的包。你若能肯定你从不会接触 256M 内存以下的机器,当然可以将压缩包做成 5M 左右,但也不宜再过大,除非你能认定是 1G 以上内存。XPPE 启动时映射需 17M,03PE 映射需 26M,在 VM 虚拟机上测试,在 108M、200M 内存下即可启动。

  必须注意的是,这两个演示版本仅是为了试验,勿勿而就,并没有达到预期的最佳效果。比如,MAP 的分配应尽可能向 8 的倍数靠拢,两者应该是 16M、24M 最宜。同时,PECMD.ini 配置中为了演示,将调用的语句加上了过多的注释,并且重复。两个核心也同样没有达到最优化,为了证明适用于老机的维护,这两个版本还改变了原版本不依赖硬盘的条件,而设置了硬盘虚拟内存,对于小内存的老机,不设置虚拟内存启动是困难的,若物理内存超过 256M 时,也可不设置。还需说明的是,XPPE 中没有输入法,是逆天使最初就没有加入与输入法相关的插件。但这并没有严重影响此两版本的正常使用,对于只是在 PE 下磁盘分区、安装系统、恢复备份来说,常见的外置工具都能运行,这已经足够用了。封装并在虚拟机上测试后,在以下机器上测试,报告如下:

===============================================================================


    测试报告:

启动介质A:闪迪 SanDisk Cruzer Micro-0781 芯片 USB2.0 8G U盘
启动介质B:无商标 512M SD 内存卡 + 五块钱买的山寨不知名读卡器 读写速度未测到
制作 工具:FbinstTool 1.603 USB-ZIP 模式


  以下测试均使用 USB_ACC.0PE 加速,启动时出现选择菜单时,同时按下回车键与手机秒表计时,在桌面图标闪烁完毕后停止计时。

BIOS 型号与日期           主板芯片组       CPU         可用内存            显卡

用四台废品拼凑的台机:
BIOS-Award(04-10-13) Intel-i845GL P4-2.8G SDRAM-512M 64M-独显
  SD 卡进入: XPPE 65 秒    03PE 125 秒
   U 盘进入: XPPE 53 秒    03PE 100 秒


宏基笔记本:
BIOS-Phoenix(06/05/19) 宏基 Aspire-3640 Intel-Celeron-M410-1.46G DDR2-448M 集显
  SD 卡进入: XPPE 39 秒    03PE 84 秒
   U 盘进入: XPPE 31 秒    03PE 70 秒


清华同方台机:
BIOS-AMI(04/08/19) Intel-i915G P4-2.8G DDR1-229MB 集显
  SD 卡进入: XPPE 失败     03PE 失败
   U 盘进入: XPPE 35 秒    03PE 65 秒


方正台机:
BIOS-Award(02/11/22) SiS-651 Intel-Celeron-1.7G DDR1-220MB 集显
  SD 卡进入: XPPE 失败      03PE 失败
   U 盘进入: XPPE 100 秒    03PE 160 秒


台 机:
BIOS-Award(09/11/15) 磐正 AK790+GTRD3 AMD-X2-245-2.9G DDR3-2.0G 板载128M集显
  SD 卡进入: XPPE 38 秒    03PE 72 秒
   U 盘进入: XPPE 27 秒    03PE 59 秒


  最让我意外、惊奇的是那台清华同方破机,在精简 XP 下打开 WORD 空白文档都需要七分钟、因屡出问题已被同事扔到柜顶一年多了,这次为了测试将布满灰尘的它通电,竟然会接近笔记本的启动时间,对于内存越大启动速度越快的理论我竟然有些怀疑了。闲时,得再仔细看它的硬件。以上报告中的内存都是去除集成显卡占用的内存量后的实际内存数据。

  而那台 02 年的破方正主机,单位尚有不少类似的,初次实现自动化时买的这几百台机器均是 128M 内存、集成显卡,实际可用的内存更小,装的是 2000 系统。这一台是插了两条 128M 内存条的。

  请与你手边的破主机对比一下,这可是我牺牲了中午的休息时间,到一个科室里用一个小时测得的结果。最后一项测试用的电脑最快,是我家里的台机。

===============================================================================

  在这两个版本的核心中均已加入了百大的 fbinst.exe 与杏雨梨云的 UDLOAD.exe 提取工具,在 PECMD.ini 中使用的命令如下,注意这仅是为演示使用功能用的,写的很繁琐:

`提取外置工具运行所必须的插件到系统
EXEC =!%WS%\FBINST (ud) output PETOOLS/WSDLL/PECOM/SYSTPEA.exe %WS%\%~nx
TEAM EXEC =!%WS%\SYSTPEA.exe|FILE %WS%\SYSTPEA.exe
EXEC =!%WS%\FBINST (ud) output PETOOLS/WSDLL/PECOM/SYSTPEB.exe %WS%\%~nx
TEAM EXEC =!%WS%\SYSTPEB.exe|FILE %WS%\SYSTPEB.exe
`提取放于UD内的外置工具快捷方式配置文件到系统,你需要的外部接口可在这里完成。
EXEC =!%WS%\FBINST (ud) output PETOOLS/WSDLL/XPPEMINI/UDXPTOOL.ini %WS%\%~nx
`提取放于UD内的外置工具挂载用配置文件到系统,你需要的外部接口可在这里完成。
EXEC =!%WS%\FBINST (ud) output PETOOLS/WSDLL/XPPEMINI/WXRS.ini %WS%\%~nx

`注意上述的四条提取语句也可以一次完成:
`EXEC =!%WS%\FBINST (ud) iniout PETOOLS/WSDLL/PECOM/TOOL.ini [XPPEMINI] %WS%\%~nx

`提取 WXRS.WIM到系统
EXEC =!%WS%\FBINST (ud) iniout PETOOLS/WSDLL/PECOM/TOOL.ini [PEWIM] %WS%\%~nx

`注册外置工具需用的DLL插件
EXEC =!%WS%\MMC.CMD
EXEC =!%WS%\SETWIM.CMD /REG                    `注册右键挂载卸载WIM的功能
EXEC =!setwim.cmd %WS%\WXRS.wim /silent        `挂载提取的WXRS.WIM,很特殊是吧?
WAIT 300

  通过上述命令语句可以看出,若以后的 PE 版本中加入两个提取工具后,在 PECMD.ini 只要预留一个提取 ini 的命令,我们即可在不改动 PE 核心的情况下完成许多工作。上边写了较多的提取命令,但在使用熟练、巧妙时,一条就够了。

  只是如上的提取方法不能改动 WXRS.ini 配置的文件名,这仍需要逐渐统一。你可以将更多的命令加入到要提取的 ini 配置中,包括要加载的网络、声卡驱动的配置文件等,可以在提取的 WXRS.ini 文件中再加入提取的命令,因为这个配置文件是放在 UD 区内的,随时都能编辑修改。甚至,这些所有的提取也可放在唯一提取的 WXRS.ini 中来完成提取工作。已经测试,对于水大 16.1151 2003PE 版本,将其加载声卡、网卡等配置文件稍加修改后,提取并加载成功。只是此版本为了演示,我这里网速慢,上传时已经删除了这部分功能。

  可以加入的外置工具请看本人另一贴:http://bbs.wuyou.net/forum.php?mod=viewthread&tid=192832&extra=page%3D3

  通过演示与测试的结果,证明此法是完全可行的:即在以最快速度启动的同时,还能保证拥有更多的外置工具。XPPE 可以使用 http://bbs.wuyou.net/forum.php?mod=viewthread&tid=192832&extra=page%3D3 贴中提供的将近 40% 的单文件工具,而在水大的 03PE 下,除了 ADDS_CN.exe 一个程序不能启动外,其它的所有单文件均可使用,详见 UDTOOL.ini 配置文件。

  据我所知,百大与杏雨梨云老师仍在努力精心打造提取工具的新功能,这个是需要我们耐心等待的,他们两位也太忙了。但就目前而言,两者相结合的方法已经够用了。

  以上用的两个 PE 版本并没有达到最佳效果,但此处纯为演示用,尽管在实际使用中问题也不大。这并不是原作者的版本不好,是我水平太低所致。此两版本仍可以再进一步优化,能使其更完美。以下提供的 FBA 包中包含了此两版本,同时仅加入了极少的几个外置工具。本人不会再更新,是真正的撤手不管版,有兴趣的尽管动手 DIY,版权归水大与逆天使两位所有。

  本人仅就目前现状与用途说些拙见,不当与得罪之处,望各高手见谅。就此打住,准备挨拍。

[ 本帖最后由 zxyy 于 2011-5-13 07:42 编辑 ]
 楼主| 发表于 2011-5-10 12:04:41 | 显示全部楼层
  本压缩包已经加入“恢复选项”,上传后先下载解压验证正常。

  请有条件的朋友在方便时回复,给出你使用的启动工具、主板芯片组、CPU、内存、启动时间等硬件信息,谢谢了。如:

BIOS-Award(04-10-13) Intel-i845GL P4-2.8G SDRAM-512M 64M-独显
  SD 卡进入: XPPE 65 秒    03PE 125 秒
   U 盘进入: XPPE 53 秒    03PE 100 秒





  文  件:  C:\讨论-提供可使MAP内存分配时间减少的方法与精简PE-11-05-10.rar
  大  小:  79.8 MB (83,715,298 字节)
  修改时间:  2011年5月10日星期二, 10:36:02
      MD5:  6822D45E62B61CE62775CD64382CF129
      SHA1:  39E2A8E7AB7FD97AC25DE83FB5FD73D70F2753AC
     CRC32:  688DC3D8

  内含文件:  C:\FBA-小体积快速进入更多工具-11-05-10.fba
  大  小:  78.7 MB (82,546,688 字节)
  修改时间:  2011年5月10日星期二, 9:14:32
       MD5:  6A5C06DFD7302504ADEA2CA5433DA4A3
      SHA1:  0E7F1D8722C4C9304A880E4B42FEB6CC6E71D633
     CRC32:  C3F86D20


00.JPG

[ 本帖最后由 zxyy 于 2011-5-10 12:54 编辑 ]

11-05-10讨论-演示可使MAP内存分配时间减少的方法与精简PE.rar

40.19 KB, 下载次数: 457, 下载积分: 无忧币 -2

回复

使用道具 举报

 楼主| 发表于 2011-5-10 12:05:19 | 显示全部楼层
因时间与网络太慢原因,如下部分图片均是从 VM 虚拟机上抓取的。



[ 本帖最后由 zxyy 于 2011-5-10 12:47 编辑 ]
zx01.jpg
zx02.jpg
zx03.jpg
zx04.jpg
zx05.jpg
zx06.jpg
zx07.jpg
zx08.jpg
zx09.jpg
zx10.jpg
zx11.jpg
回复

使用道具 举报

发表于 2011-5-10 12:48:20 | 显示全部楼层
赞一个,不过没看懂
回复

使用道具 举报

发表于 2011-5-10 12:56:46 | 显示全部楼层
内核越大,越快???
病毒能破坏ISO里面的软件??

可能我OUT了

我坚持内核与外置无关,
骨头版20M, 可以说启动后就是一个内核,但是,具备手工
分区格式化功能,以及手工安装NT5,NT6功能,写MBR,PBR功能,
内置IMDISK虚拟,具备最基本的功能.

外置部分可以任意放置,我通常做一个ISO(我刻盘的650M),内有
3卡支持模块,常用功能支持模块,各种常用软件,以及精简系统.

启动PE,通过IMDISK挂载这个ISO,即可使用这些东西了.
内核不用再更新了,外置软件更新,只需要一个更新的ISO即可.
回复

使用道具 举报

 楼主| 发表于 2011-5-10 13:05:19 | 显示全部楼层
是我发贴内容不当,未能理解那位老大当时所说话是有特定条件的,错误引用,意思未说清楚,有罪啊,非常抱歉。

  这个帖子的唯一内涵是想说:


  使用 FbinstTool 制作的UD分区,使用 MAP 映射启动时,与 PE 的体积完全相关,体积越大,MAP 内存映射的时间也越长。用如下的两种取 UD 工具,可以得到更多放在 UD 区的外置程序,因而只能将 PE 体积减少到极限,来节省此种启动方式的时间,并通过测试报告说明了这种理论是可行的,因为同时还测试了本论坛其它几个著名的 PE 版本,为了和谐,启动时间不便贴出,但在打包同样体积的工具后启动时间很长是无疑的。并未讨论其它 PE 的制作、启动模式。




你更新时不会每次都刻盘,ISO若是放在U盘可见区上,那是另当别论的。这里说的只是UD区的问题。

[ 本帖最后由 zxyy 于 2011-5-12 18:43 编辑 ]
回复

使用道具 举报

发表于 2011-5-10 13:25:22 | 显示全部楼层
我的软件,一般不用更新,很多软件都不是最新版本,但是,
都是03下,最好用的.

可见的好处是,和系统共用,我硬盘的就是.

说句实话,我还没有U盘, 所以,什么UD,FB更是没见过
我的PE,U盘启动,都是朋友测试的,我只测试硬盘,光盘,通过即OK
回复

使用道具 举报

发表于 2011-5-10 17:20:56 | 显示全部楼层
楼上不用UD就不要“乱”说....
我也不用UD,所以...
回复

使用道具 举报

发表于 2011-5-10 17:44:45 | 显示全部楼层
原帖由 dvd008 于 2011-5-10 12:56 发表
内核越大,越快???
病毒能破坏ISO里面的软件??

可能我OUT了

我坚持内核与外置无关,
骨头版20M, 可以说启动后就是一个内核,但是,具备手工
分区格式化功能,以及手工安装NT5,NT6功能,写MBR,PBR功能,
内置 ...

内核越大,越快??? 这个明显是不对的说法

内核大小和快慢的关系比较吊诡,有很多因素所影响
回复

使用道具 举报

发表于 2011-5-10 21:04:29 | 显示全部楼层
试试这里的测试PE.
http://bbs.wuyou.net/forum.php?m ... ;page=28#pid2224143

本贴的内容都是浮云。

超低内存(64M就行了),极速启动。
回复

使用道具 举报

 楼主| 发表于 2011-5-11 14:19:35 | 显示全部楼层
这个帖子的唯一内涵是想说:

  使用 FbinstTool 制作的UD分区,使用 MAP 映射启动时,与 PE 的体积完全相关,体积越大,MAP 内存映射的时间也越长。用如下的两种取 UD 工具,可以得到更多放在 UD 区的外置程序,因而只能将 PE 体积减少到极限,来节省此种启动方式的时间,并通过测试报告说明了这种理论是可行的,因为同时还测试了本论坛其它几个著名的 PE 版本,为了和谐,启动时间不便贴出,但在打包同样体积的工具后启动时间很长是无疑的。并未讨论其它 PE 的制作、启动模式。


[ 本帖最后由 zxyy 于 2011-5-12 17:53 编辑 ]
回复

使用道具 举报

发表于 2011-5-11 14:51:31 | 显示全部楼层
看完之后,头好晕~~~

强烈建议楼主将文字精简80%,这个应该比精简PE更容易,要不估计很多人都跟我一样,看完只有一个感觉,头晕!

[ 本帖最后由 NicTense 于 2011-5-11 14:53 编辑 ]
回复

使用道具 举报

发表于 2011-5-11 15:39:44 | 显示全部楼层

回复 #12 NicTense 的帖子

同感............
回复

使用道具 举报

 楼主| 发表于 2011-5-11 15:56:07 | 显示全部楼层
同意楼上两位的意见,在高手眼中确是浮云,不值得一看。已经删除大部分内容。
回复

使用道具 举报

发表于 2011-5-11 18:12:35 | 显示全部楼层
好东东,一定要支持,收藏备用
回复

使用道具 举报

发表于 2011-5-12 14:53:33 | 显示全部楼层
看了这个帖子,知道了“巨星老大”的高论后。
猛然醒悟:这么多年来,无忧人(也包括那位“巨星老大”)一直在犯贱,一直在在傻事!
为何这样说大家呢?
路由很简单:无忧坛子这么多年来发布的PE,内核全部是压缩过的,有点简直是往“死”里压。
既然是内核越大,启动就越快,那么,就应该是“唯恐不大”才对;不够大时,还应该添点“垃圾”进去凑数。
可是,大家似乎都是在拼命地精简、拼命地压缩,
这不是犯贱是什么?
回复

使用道具 举报

发表于 2011-5-12 15:24:47 | 显示全部楼层
请大家嘴上留点德,自己没搞清楚之前不要说那么过激的话。
针对“启动时 PE 内核越大、外置工具越多、功能越全越好、越大越快……” 我简单说几点。

1、传统的做法,体积越大,内核越大,加载速度越慢,这个大家估计说公认的。
2、特殊环境下,比如ud内,PE的体积越大,内核越大,传统理论上讲,速度也说越慢。
3、特殊环境下,特殊的方法,加载特殊的PE,打破了这个“规律”,为什么这么说呢?
     举个例子(ud内):
      APE.ISO 100M,传统的方法加载,需要把内核全部加载到内存,部分外置也加载到内存,这个需要耗费时间,进入PE后再根据情况继续加载一部分驱动或者工具到内存,这些都需要时间都需要内存。假如需要120秒。
      BPE.ISO 100M,特殊的方法加载,无需读到内存,直接映射成一个光盘,进入PE所有的外置啊驱动啊加载完毕,中间省了很多内存和环节。假如需要120秒(其实也小于 APE.ISO 的启动时间多的多)。

     假定APE.ISO 300M,传统的方法,启动需要180秒,糟糕的情况说内存才256M,启动可能会失败。
     假定BPE.ISO 300M,特殊的方法,直接映射成光盘,无需加载到内存,速度基本上变化不大。还是120秒,如果有加速器,速度就更小的多了。

以上纯属虚构,事实胜于雄辩,欢迎拍砖。
回复

使用道具 举报

发表于 2011-5-12 15:32:50 | 显示全部楼层
原帖由 Plantsoot 于 2011-5-12 15:24 发表
请大家嘴上留点德,自己没搞清楚之前不要说那么过激的话。
针对“启动时 PE 内核越大、外置工具越多、功能越全越好、越大越快……” 我简单说几点。

1、传统的做法,体积越大,内核越大,加载速度越慢,这个 ...

百草说的,大至上可以归纳为 : 写法/运作方法,也就是说流程
如果不是就告诉我吧.....

不过你也忘了一样东西,就是存放的介质 E.G. SSD, HDD, USB, CD/DVD等
USB 也有USB 1.X , 2.X, Full speed, High speed

"启动时 PE 内核越大、外置工具越多、功能越全越好、越大越快……"
这个概念明显是不对的

举个例,比如用同一个环境和内核
A . 内核1G+外置工具
B. 内核80M(从A. 内核1G的精简而来)+外工具(同上)

你说那个会快点?

[ 本帖最后由 andos 于 2011-5-12 15:36 编辑 ]
回复

使用道具 举报

发表于 2011-5-12 15:33:11 | 显示全部楼层
我不想虚构...
有种就把内核做到G级,比100M的快到几乎不需要时间。
回复

使用道具 举报

发表于 2011-5-12 15:34:34 | 显示全部楼层
原帖由 yaojy 于 2011-5-12 15:33 发表
我不想虚构...
有种就把内核做到G级,比100M的快到几乎不需要时间。


同等体积对比,没问题。
回复

使用道具 举报

发表于 2011-5-12 15:35:08 | 显示全部楼层

回复 #18 andos 的帖子

同样的介质对比,没问题。
回复

使用道具 举报

发表于 2011-5-12 15:39:20 | 显示全部楼层
原帖由 Plantsoot 于 2011-5-12 15:35 发表
同样的介质对比,没问题。

举个例,比如用同一个环境(电脑, 介质等)
A . 内核1G+外置工具
B. 内核80M(从A. 内核1G的精简而来)+外置工具(同上)
差别只是内核的大小

你说那个会快点?

[ 本帖最后由 andos 于 2011-5-12 15:41 编辑 ]
回复

使用道具 举报

发表于 2011-5-12 15:42:30 | 显示全部楼层
那么,
我们等待启动时间接近0秒的超级PE横空出世...
回复

使用道具 举报

发表于 2011-5-12 15:44:17 | 显示全部楼层
原帖由 andos 于 2011-5-12 15:39 发表

举个例,比如用同一个环境(电脑, 介质等)
A . 内核1G+外置工具
B. 内核80M(从A. 内核1G的精简而来)+外置工具(同上)
差别只是内核的大小

你说那个会快点?


要求全部要加载外置工具,还说1G特殊方法快。
1G的ISO,128M内存毫无压力!

内核80M + 外置 = 1G,你128M内存能启动?
回复

使用道具 举报

发表于 2011-5-12 15:52:44 | 显示全部楼层
你不要岔开话题,说什么内存。
再者,现在主流配置还有128M内存的么?

把功能面面俱到、启动有不需要时间的超级PE搞出来就得了,内存多少问题无需你费神。
回复

使用道具 举报

发表于 2011-5-12 15:53:49 | 显示全部楼层
原帖由 Plantsoot 于 2011-5-12 15:44 发表


要求全部要加载外置工具,还说1G特殊方法快。
1G的ISO,128M内存毫无压力!

内核80M + 外置 = 1G,你128M内存能启动?

内存嘛,既然说得1G内核,当然内存不只128M
2G或者4G内存好了,足够应付1G内核和80M内核

还是1G内核的快吗?

[ 本帖最后由 andos 于 2011-5-12 15:58 编辑 ]
回复

使用道具 举报

发表于 2011-5-12 15:57:18 | 显示全部楼层

回复 #25 yaojy 的帖子

你的意思说说做PE就应该为大内存用户制作是吗?

饱汉不知饿汉饥,天下的贫民就不管了是吗?

就算是4G内存,速度还是特殊方式的快,因为不需要全部读到内存!!
回复

使用道具 举报

发表于 2011-5-12 16:04:04 | 显示全部楼层
呵呵,
难道大内存用户就不是PE制作者的服务对象吗?

还是先把内存问题放一边吧,
继续做高速PE就得了。
回复

使用道具 举报

发表于 2011-5-12 16:08:09 | 显示全部楼层
原帖由 yaojy 于 2011-5-12 16:04 发表
呵呵,
难道大内存用户就不是PE制作者的服务对象吗?

还是先把内存问题放一边吧,
继续做高速PE就得了。


你的意思说服务了小内存用户 =  不服务大内存用户?
兼容性强了反而遭到反对,反而是坏事?
回复

使用道具 举报

发表于 2011-5-12 16:12:02 | 显示全部楼层
我来插一段。

看了前面的回复,我猜测是因为双方的理解不一样,角度不同。

包括我,我刚刚开始看贴子时,我觉得我已经理解了贴子的内容
但是越看越不明白了。

现在我对这个贴子的主要内容更是完全不明白,看来我前面的理解是完全偏差的。

理解不一样,再争论一点意思也没有。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2024-3-29 02:03

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表