[问题]op.wim 映射是占内存的吗？

conanboy

op.wim 映射是占内存的吗？ 因为当我加载op。wim 后，我把光盘取出后就运行不了软件了。。。（映射是不占内存）

可是某某pe都是设定了假如内存小于某个点后，op。wim就不会不会被加载。。。。（映射是占内存）

又可是，我250m的内存竟然能加载250m的op。wim。。没用虚拟内存（映射是不占内存）

到底软件本身占多少内存?????，软件映射是按照镜像大小算的吗？

samcsli

我的最后一个问题：映射一个40m和200m的镜像是 耗 一样的时间吗?



[ 本帖最后由 samcsli 于 2008-10-17 07:51 编辑 ]

yichya

不占。
设置限制是因为内存小，不方便运行外置。

wxb

占的，但是占的非常小，Y盘那么小
我现在正在考虑Y盘的大小多少为合适

conanboy

原帖由 wxb 于 2008-9-24 13:00 发表
占的，但是占的非常小，Y盘那么小
我现在正在考虑Y盘的大小多少为合适

原帖由 yichya 于 2008-9-24 12:14 发表
不占。
设置限制是因为内存小，不方便运行外置。

啊？两位说的有冲突，请说清楚点。

yichya

占的只是WIMFLTR的关于挂载目录等信息，还有WIM可写的占用空间。

samcsli

WIM可写吗?好像连u盘的pe要保存还是个问题呢？

40m和200m的映射是一样的吗?

[ 本帖最后由 samcsli 于 2008-9-26 01:49 编辑 ]

hnzzlzj

占的，那个Y盘就是这个文件的映射

samcsli

原帖由 conanboy 于 2008-9-23 23:55 发表
...我250m的内存竟然能加载250m的op。wim。。没用虚拟内存 ...

有冲突,如占内存,那他是如合搞的？

[ 本帖最后由 samcsli 于 2008-9-25 01:42 编辑 ]

samcsli

大破砂锅问到底，作为一个侦探，我也想知道真相。。。。帮lz首页

samcsli

帮lz首页，我也想知道真相。现在的问题应该是：

1。一个250m的 wim文件和一个40文件映射是占一样的ram吗？
2、wim文件的大小跟ram的占用是有比例的吗？
3，挂载软件本身占多少？

samcsli

没人能 热心 地回答？

netwinxp

挂接本身占用很少的内存，但运行程序最少还得占用该程序常驻部分所占用的内存。简单地说，你要运行的软件也要占用内存。和WIM的大小关系不是很大。拿走光盘的时候，WIM文件不存在了，当然上面的软件也运行不了(格式化WIM所在的分区依此类推)。像那种可以直接在光盘运行的软件就没有必要压到WIM里面。

[ 本帖最后由 netwinxp 于 2008-9-26 15:11 编辑 ]

dos时代菜鸟

占内存，但不是把整个 op.wim 都放到内存中运行，而是类似 把 iso 文件虚拟成光驱的过程。
这个虚拟过程是需要内存的支持的，也就是说用来完成虚拟过程的软件 是需要一定内存才可以运行的。
当 wim 文件被可写挂接，在没有卸载 wim 文件之前，这个写入过程实际上通常是写入到%temp% 临时文件夹中的，当wim文件即将被卸载的时候，系统会把%temp%文件夹中的这些信息写入到wim文件中。

samcsli

原帖由 dos时代菜鸟 于 2008-9-26 17:25 发表
占内存，但不是把整个 op.wim 都放到内存中运行，而是类似 把 iso 文件虚拟成光驱的过程。
这个虚拟过程是需要内存的支持的，也就是说用来完成虚拟过程的软件 是需要一定内存才可以运行的。
当 wim 文件被可写挂接，在没有卸载 wim 文件之前，这个写入过程实际上通常是写入到%temp% 临时文件夹中的，当wim文件即将被卸载的时候，系统会把%temp%文件夹中的这些信息写入到wim文件中。...

总算有人详细的分析了pe的 程序 挂载. 但是在pe下,不是以只读的方式挂接 wim 文件的吗?
还要用%temp% 临时文件夹吗?
请多指教!

CWD

记得在那看见过，说：当WIM镜像卷号大于0时为只读，而小于1时为可写。。。

samcsli

原帖由 CWD 于 2008-9-26 23:53 发表
记得在那看见过，说：当WIM镜像卷号大于0时为只读，而小于1时为可写。。。

是说u盘、移动硬盘的情况吗？

netwinxp

只读挂接不会修改WIM，安全多了，没有特殊情况不需要考虑可写。正常下挂接不需要使用%temp%，但有些软件在运行时还是会使用%temp%。

[ 本帖最后由 netwinxp 于 2008-9-27 10:53 编辑 ]

samcsli

那么，为什么用这个 不占 多少内存的挂载方式

还要出现“按 ctrl 键不加载外挂” meaningless？

dos时代菜鸟

原帖由 samcsli 于 2008-9-27 13:19 发表
那么，为什么用这个 不占 多少内存的挂载方式

还要出现“按 ctrl 键不加载外挂” meaningless？

wim文件被挂接 后，里面的东西是不会出现在 开始菜单的，需要运行一些类似 安装程序的脚本把WIM里面的软件安装到PE系统。这个安装过程需要时间，按 CTRL 进入最小化模式的目的是---在不需要这些软件的情况下给用户一个选择的机会。

这根本不是什么应该问的问题，应该归于系统应用领域的排列组合方面的事情。

netwinxp

原帖由 samcsli 于 2008-9-27 13:19 发表
那么，为什么用这个 不占 多少内存的挂载方式

还要出现“按 ctrl 键不加载外挂” meaningless？

因为很多系统组件的文件必须放到system32和drivers里面，而WIM无法挂到system32。

samcsli

原帖由 dos时代菜鸟 于 2008-9-27 13:47 发表
[quote]原帖由 samcsli 于 2008-9-27 13:19 发表
那么，为什么用这个 不占 多少内存的挂载方式

还要出现“按 ctrl 键不加载外挂” meaningless？

wim文件被挂接 后，里面的东西是不会出现在 开始菜单的，需要运行一些类似 安装程序的脚本把WIM里面的软件安装到PE系统。这个安装过程需要时间，按 CTRL 进入最小化模式的目的是---在不需要这些软件的情况下 ... [/quote]

原帖由 netwinxp 于 2008-9-27 14:38 发表

因为很多系统组件的文件必须放到system32和drivers里面，而WIM无法挂到system32。

两位误解了，可能是因为我没时间写清楚。。。

我是说，既然加载那个压缩的外挂，其实只是用上了那个外挂软件（wimtool、wimnt）的内存外，被压缩的东东没有使用临时文件夹来解压对吧。。。

原帖由 netwinxp 于 2008-9-27 10:51 发表
。。。正常下挂接不需要使用%temp%，但有些软件在运行时还是会使用%temp%。

那么其实就算内存小到仅能刚刚好运行WINPE.IS_的人也能加载OP.WIM对吧？
那“按 CTRL 进入最小化模式”其实是没什么作用了吧，hhh333的那个什么多模式PE其实是一个多于的选项，因为内存再小的都能加栽，只要不 运行 那些 耗 内存的软件不就行了？？？

[ 本帖最后由 samcsli 于 2008-10-2 14:38 编辑 ]

yichya

楼上的对，我看其实是用不上碍眼。

wxb

就是这样的
挂载和不挂载在资源占用方面几乎没区别，区别就是执行外置INI的时间
弄那么多选项没什么意义还麻烦

samcsli

原帖由 netwinxp 于 2008-9-27 10:51 发表
。。。正常下挂接不需要使用%temp%，但有些软件在运行时还是会使用%temp%。

我还有个问题：其实wim镜像在某种程度下是会压缩文件的，那 那些压缩文件在被挂载成正常状态下 难道也不用%temp%？

samcsli

原帖由 yichya 于 2008-10-2 14:41 发表
楼上的对，我看其实是用不上碍眼。

是真的碍眼吗？？？我可是花了n多的时间思考那东东的功能，结果也不明白才问这么多的。。。

ps：yichya 的“X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*”有创意啊！（笑！）

421062724

原帖由 samcsli 于 2008-10-2 14:36 发表


wim文件被挂接 后，里面的东西是不会出现在 开始菜单的，需要运行一些类似 安装程序的脚本把WIM里面的软件安装到PE系统。这个安装过程需要时间，按 CTRL 进入最小化模式的目的是---在不需要这些软件的情况下 ...

用不着把人家名字搞得那么突出吧，虽然不使用是不占，但是如果有个图标在那里，用户就以为可以使用，然后按了，却发现内存不够，这时就会觉得不爽，明白不

dos时代菜鸟

多一个选择，我认为没什么不好。这只是一个初级阶段的 功能雏形。
如果我们用 pecmd 的窗体功能作一个pe启动向导（类似的脚本已经有人做出来了）；把这个功能扩大化，一步一步问用户是否安装驱动程序/是否设置虚拟内存/是否挂接某某wim等等或者一步到位的按钮，引导用户 一步一步 进入启动界面，估计就没有这个问题了。

如果完整模式启动，因为安装了某些驱动程序而造成系统瘫痪，就必须重新启动，再通过ctrl进入最小化模式，手动安装一些系统组件。

如果能够制作出一个通用型的pe启动向导，可以更大限度的避免这类问题的发生。

这个通用型的pe启动向导，制作难度还是比较大的，关键就是通用型上。
所以目前针对 wim文件 nn2nn的 把 wim 挂接到开始菜单方式，
针对驱动程序 我编写了 交互式驱动程序安装脚本。
针对内核组件(mmc/ie/输入法等等) ，编写交互式启动脚本，让用户可选安装或者不安装或者全部安装等等。

[ 本帖最后由 dos时代菜鸟 于 2008-10-3 09:08 编辑 ]

wxb

我修改天琴的默认不安装网卡声卡驱动
只询问是否安装显卡驱动
我觉得你问的太多的话，用户可能就烦了

dos时代菜鸟

所以说啊，还是这个 ctrl 简单实用啊。还是有用地。

如果制作 启动向导，提供一站式启动和分步式启动的模式按钮，用户就不觉得麻烦了。不过这样一个脚本对PE的内容、PE启动过程不能达到通用性。制作难度还是有的 。