无忧启动论坛

标题: [问题]op.wim 映射是占内存的吗？ [打印本页]

作者: conanboy 时间: 2008-9-23 23:55
标题: [问题]op.wim 映射是占内存的吗？
op.wim 映射是占内存的吗？因为当我加载op。wim 后，我把光盘取出后就运行不了软件了。。。（映射是不占内存）

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

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

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

作者: samcsli 时间: 2008-9-24 11:23
我的最后一个问题：映射一个40m和200m的镜像是耗 一样的时间吗?

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

作者: yichya 时间: 2008-9-24 12:14
不占。
设置限制是因为内存小，不方便运行外置。

作者: wxb 时间: 2008-9-24 13:00
占的，但是占的非常小，Y盘那么小
我现在正在考虑Y盘的大小多少为合适

作者: conanboy 时间: 2008-9-24 15:46

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

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

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

作者: yichya 时间: 2008-9-24 18:36
占的只是WIMFLTR的关于挂载目录等信息，还有WIM可写的占用空间。

作者: samcsli 时间: 2008-9-24 23:23
WIM可写吗?好像连u盘的pe要保存还是个问题呢？

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

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

作者: hnzzlzj 时间: 2008-9-24 23:31
占的，那个Y盘就是这个文件的映射

作者: samcsli 时间: 2008-9-25 00:45

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

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

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

作者: samcsli 时间: 2008-9-25 15:50
大破砂锅问到底，作为一个侦探，我也想知道真相。。。。帮lz首页

作者: samcsli 时间: 2008-9-26 01:46
帮lz首页，我也想知道真相。现在的问题应该是：

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

作者: samcsli 时间: 2008-9-26 13:22
没人能热心地回答？

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

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

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

作者: samcsli 时间: 2008-9-26 23:23

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

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

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

作者: samcsli 时间: 2008-9-27 09:48

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

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

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

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

作者: samcsli 时间: 2008-9-27 13:19
那么，为什么用这个不占多少内存的挂载方式

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

作者: dos时代菜鸟 时间: 2008-9-27 13:47

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

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

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

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

作者: netwinxp 时间: 2008-9-27 14:38

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

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

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

作者: samcsli 时间: 2008-10-2 14:36

原帖由 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 时间: 2008-10-2 14:41
楼上的对，我看其实是用不上碍眼。

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

作者: samcsli 时间: 2008-10-2 15:04

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

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

作者: samcsli 时间: 2008-10-2 15:08

原帖由 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 时间: 2008-10-2 21:17

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

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

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

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

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

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

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

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

作者: wxb 时间: 2008-10-3 15:59
我修改天琴的默认不安装网卡声卡驱动
只询问是否安装显卡驱动
我觉得你问的太多的话，用户可能就烦了

作者: dos时代菜鸟 时间: 2008-10-3 16:43
所以说啊，还是这个 ctrl 简单实用啊。还是有用地。

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

作者: yichya 时间: 2008-10-3 16:48
确实，还是全自动好，或者根据内存判定是不是可以挂。
如果用向导方式，估计用户会抱怨半天，然后自己胡乱改，然后改挂掉，然后再来找你。。。。。。

作者: samcsli 时间: 2008-10-7 15:27
喂喂！我们在讨论“op.wim 映射是占内存的吗？”为什么会讨论到 ctrl键？？

作者: netwinxp 时间: 2008-10-7 17:12

那么其实就算内存小到仅能刚刚好运行WINPE.IS_的人也能加载OP.WIM对吧？

1、你挂上去的冬冬却用不了的话，用户会抱怨。
2、会导致被挂的WIM所在盘无法被格式化，这个对无U盘和光驱启动的机子就很要命。
所以保留一个进入内核模式的方式还是不错的选择。

作者: samcsli 时间: 2008-10-7 23:46
喂喂！我们在讨论“op.wim 映射是占内存的吗？”为什么会讨论到 ctrl键？？

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

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

作者: wxb 时间: 2008-10-8 00:20

原帖由 samcsli 于 2008-10-7 23:46 发表
喂喂！我们在讨论“op.wim 映射是占内存的吗？”为什么会讨论到 ctrl键？？

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

光是挂载，那并没有成正常状态
要使用才会变正常状态

作者: samcsli 时间: 2008-10-8 03:04

原帖由 wxb 于 2008-10-8 00:20 发表
光是挂载，那并没有成正常状态
要使用才会变正常状态

ok!!!那那些压缩文件在被使用下难道也不用%temp%？

作者: wxb 时间: 2008-10-8 03:30

原帖由 samcsli 于 2008-10-8 03:04 发表

ok!!!那那些压缩文件在被使用下难道也不用%temp%？

好多问题为什么不自己看一下呢？总是问
我帮你看了一下，见下图，自己看出结果了吧
一般的使用，如果程序没有改变没有写入什么，实际等于还是没用temp
图里使用中的那个程序对应的文件夹大小为0

作者: samcsli 时间: 2008-10-9 01:05

原帖由 wxb 于 2008-10-8 03:30 发表

好多问题为什么不自己看一下呢？总是问
我帮你看了一下，见下图，自己看出结果了吧
一般的使用，如果程序没有改变没有写入什么，实际等于还是没用temp
图里使用中的那个程序对应的文件夹大小为0

47226

iso=wim压缩文件????

作者: wxb 时间: 2008-10-9 01:12

原帖由 samcsli 于 2008-10-9 01:05 发表

iso=wim压缩文件????

你怎么想的你这是
我图里为什么给你显示了那三个窗口
一个是表明那是WIM压缩文件被挂载了，且让你看了你一直问的%temp%
又表明WIM压缩文件里的工具UltraISO正在被使用
然后让你看了你问的%temp%还是等于没有被占用，只建立了0大小的文件

[ 本帖最后由 wxb 于 2008-10-9 01:15 编辑 ]

作者: samcsli 时间: 2008-10-9 06:42

原帖由 wxb 于 2008-10-9 01:12 发表
你怎么想的你这是
我图里为什么给你显示了那三个窗口
一个是表明那是WIM压缩文件被挂载了，且让你看了你一直问的%temp%
又表明WIM压缩文件里的工具UltraISO正在被使用
然后让你看了你问的%temp%还是等于 ...

oh！！！那三个窗口是指那个啊！！！！

好了。。。不是我不相信你，而是按照保守的规矩，请问你看temp的那个文件夹时是否有刷新一下。
因为如果你早先开了那窗口，跟新不会呈现。。。

=======================================================
2008-10-9 06:46 跟新：
咦。。。。等等。。。。pe的工具的临时文件是解压缩在 temp，那么不是该到上2层，右键》属性》看temp文件夹的大小？？？
correct me if i'm wrong....

[ 本帖最后由 samcsli 于 2008-10-9 06:47 编辑 ]

作者: wxb 时间: 2008-10-9 09:03

原帖由 samcsli 于 2008-10-9 06:42 发表

oh！！！那三个窗口是指那个啊！！！！

好了。。。不是我不相信你，而是按照保守的规矩，请问你看temp的那个文件夹时是否有刷新一下。
因为如果你早先开了那窗口，跟新不会呈现。。。

========== ...

你怎么把人都想的那么笨呢你？净往低级错误处想
刷新？我是先开的工具后到temp去看的好不好
看temp还是我看的这个它之下的文件夹结论都是一样的0大小
因为我使用这个工具，它就在temp下建了这个工具的文件夹，temp下当时只有这一个文件夹
文件夹下也只有一个文件，你不要又想到低级错误那里去，以为我没有显示隐藏文件，先告诉你我显示了
其实重要的，我给你指明了方法，怀疑我，那你为何还不自己去看呢？何谓心有灵犀一点通

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

作者: samcsli 时间: 2008-10-9 15:45

原帖由 wxb 于 2008-10-9 09:03 发表
你怎么把人都想的那么笨呢你？净往低级错误处想
刷新？我是先开的工具后到temp去看的好不好
看temp还是我看的这个它之下的文件夹结论都是一样的0大小
因为我使用这个工具，它就在temp下建了这个工具的文 ...

误会了。。。别凶。。。会吓人。。。我说了“一防万一”
sorry...最近没时间。。。你看看我发贴时间。。。sleep!!!!

=======================================================
跟新：
咦。。。。等等。。。。其实程序是被压缩。。。挂载时并没有运行任何程序。。。
我是想问：但一个压缩的咚咚以非压缩的形式呈现是否要用temp
correct me if i'm wrong....

别生气。。。

作者: wxb 时间: 2008-10-9 17:53

原帖由 samcsli 于 2008-10-9 15:45 发表

误会了。。。别凶。。。会吓人。。。我说了“一防万一”
sorry...最近没时间。。。你看看我发贴时间。。。sleep!!!!

=======================================================
跟新：
咦。。。。等等。 ...

又绕回去了你
前面已经说过了挂载的时候并没有成非压缩状态
有人做过比喻挂载只是个指针类似快捷方式指向压缩的文件
实践又证明使用的时候也没有用temp
你所问的成正常状态的时候？挂载和使用都没有解压都没有用到temp
所以，你知道你问的成正常状态的时候在什么情况下有？注意挂载和使用都没占

作者: netwinxp 时间: 2008-10-9 18:40
最简单的理解就是挂接的WIM文件就像插入一个移动盘一样，只不过它不挂具体盘符而是挂到某个目录之下，并且如果是只读挂接的话，往它里面的写入操作会被重定向到内存(类似FBWF)。不知samcsli明白了没？
ps:其实存储设备并不一定要挂接到盘符才能访问，挂接到盘符其实可以说是ms的一个坏习惯。

作者: yichya 时间: 2008-10-9 18:47
请问楼主知道NTFS的压缩原理吗？WIN和NTFS原理上可能不一样，但是，至少他们所呈现的结果是一样的。NTFS压缩时解压需要空间吗？回答自然是NO。WIM的原理基本也是一样的。

作者: samcsli 时间: 2008-10-12 16:14

原帖由 yichya 于 2008-10-9 18:47 发表
请问楼主知道NTFS的压缩原理吗？WIN和NTFS原理上可能不一样，但是，至少他们所呈现的结果是一样的。NTFS压缩时解压需要空间吗？回答自然是NO。WIM的原理基本也是一样的。

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

zip我忘了，rar,7z,cab好像要，来呈现个列表。。。

原帖由 wxb 于 2008-10-9 17:53 发表
。。。前面已经说过了挂载的时候并没有成非压缩状态
有人做过比喻挂载只是个指针类似快捷方式指向压缩的文件
实践又证明使用的时候也没有用temp
你所问的成正常状态的时候？挂载和使用都没有解压 ...

oh,快捷方式...

[ 本帖最后由 samcsli 于 2008-10-12 16:16 编辑 ]

作者: samcsli 时间: 2008-10-17 07:51
我的最后一个问题：映射一个 40m和200m的镜像是耗一样的时间吗?

作者: netwinxp 时间: 2008-10-17 08:08

原帖由 samcsli 于 2008-10-17 07:51 发表
我的最后一个问题：映射一个 40m和200m的镜像是耗一样的时间吗?

经实际测试都可在0.5s内加载上，猜测挂接WIM应该是先加载文件头部而已。

作者: samcsli 时间: 2008-10-18 15:13

原帖由 netwinxp 于 2008-10-17 08:08 发表

经实际测试都可在0.5s内加载上，猜测挂接WIM应该是先加载文件头部而已。

厉害！！！0.5s。。。是已经进入pe再加载吗？？？？

两个外挂多大啊？？？

我话了2分钟。。。

作者: yichya 时间: 2008-10-18 15:19
我的星际（精简，WIM的110M）和红警（ALSO精简，WIM有300余M）两个WIM都可以在点按钮的瞬间挂上，

作者: samcsli 时间: 2008-10-18 15:39

原帖由 yichya 于 2008-10-18 15:19 发表
我的星际（精简，WIM的110M）和红警（ALSO精简，WIM有300余M）两个WIM都可以在点按钮的瞬间挂上，

无语。。。看来我p3电脑太旧了。。。是已经进入pe再加载吗？？？？

作者: netwinxp 时间: 2008-10-18 16:24
挂WIM跟是否已经进入PE桌面没有关系，你那两分钟恐怕是PE的启动时间吧？和挂接WIM的时间根本没有必然关系，瞬间挂上是不可能的，比如在批处理挂上的语句之后马上用WIM里面的东西会失败，但WAIT 500一下就没问题了。

作者: yichya 时间: 2008-10-18 16:30

原帖由 samcsli 于 2008-10-18 15:39 发表

无语。。。看来我p3电脑太旧了。。。是已经进入pe再加载吗？？？？

我电脑C2的，挂WIM用PECMD或者WIMNT，都是可以一点就挂载上了，然后马上可以访问WIM里的资源。

原帖由 netwinxp 于 2008-10-18 16:24 发表
挂WIM跟是否已经进入PE桌面没有关系，你那两分钟恐怕是PE的启动时间吧？和挂接WIM的时间根本没有必然关系，瞬间挂上是不可能的，比如在批处理挂上的语句之后马上用WIM里面的东西会失败，但WAIT 500一下就没问题了。

这个可能因为我的电脑比较老，CD过去0.6秒都有了所以也可以忽略不计了。

作者: conanboy 时间: 2008-10-22 03:07
哇，多谢samcsli大大帮我问了这么多。。。要知道我回帖不方便。。。

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