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

conanboy

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

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

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

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

conanboy

哇，多谢samcsli大大帮我问了这么多。。。要知道我回帖不方便。。。

yichya

原帖由 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秒都有了所以也可以忽略不计了。

netwinxp

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

samcsli

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

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

yichya

我的星际（精简，WIM的110M）和红警（ALSO精简，WIM有300余M）两个WIM都可以在点按钮的瞬间挂上，

samcsli

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

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

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

两个外挂多大啊？？？

我话了2分钟。。。

netwinxp

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

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

samcsli

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

samcsli

原帖由 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 编辑 ]

yichya

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

netwinxp

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

wxb

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

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

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

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

samcsli

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

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

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

别生气。。。

wxb

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


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

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

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

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

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

samcsli

原帖由 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

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

iso=wim压缩文件????

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

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

samcsli

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


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

47226

iso=wim压缩文件????

wxb

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

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

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

samcsli

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

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

wxb

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




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

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

samcsli

喂喂！我们在讨论“op.wim 映射是占内存的吗？”为什么会讨论到 ctrl键？？

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

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

netwinxp

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

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

samcsli

喂喂！我们在讨论“op.wim 映射是占内存的吗？”为什么会讨论到 ctrl键？？

yichya

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

dos时代菜鸟

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

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

wxb

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

dos时代菜鸟

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

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

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

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

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

421062724

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


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

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

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*”有创意啊！（笑！）