PE核心为什么要压缩？？

1198398

除了多占用点空间，还有什么好处？不压缩启动是不是快一点？？？

netwinxp

减少映像文件加载时间(慢速启动设备启动时间这里花得最多)、减少内存开销。

dvd008

通常情况，压缩和不压缩差不多，如果不差几十M的空间，不压缩也行，
我试过，压缩的和不压缩直接改名为winpe.is_的启动时间真差不多。
如果做网络启动，还真不能压缩，并且，可以实现内置网卡后，仍然可以支持128M内存启动的。

netwinxp

NTFS压缩过的IMG再压缩的压缩率不大，不推荐压缩，ISO格式的能压掉近一半，还是要压缩的。

yaojy

个人认为除了节省空间外，没多大用。
或许在做U盘启动，而主板仅支持USB1.0时有点用

netwinxp

先把大文件放进去，放快满后，每加个文件压缩一次。

junyee

原帖由 netwinxp 于 2009-6-2 19:32 发表
。。。。减少内存开销。

前面同意，后一句有疑惑。
能减少内存开销吗？？


这是我的理解
IS_解成ISO->启动 内存占用  IS_+ISO；
而       ISO->启动  内存占用     仅ISO；

[ 本帖最后由 junyee 于 2009-6-2 21:21 编辑 ]

fujianabc

原帖由 zhxy9804 于 2009-6-2 20:36 发表
nfts压缩的img有什么好的制作方法吗？文件一下子放进去提示太小放不开

这个问题n年前讨论过，结论方法是用robocopy或者killcopy开无限次重试

大致就是说遇到文件放不下时，让拷贝软件不要放弃，而继续重试，一旦系统把ntfs中的文件压缩完腾出空间后就自动继续往里面添文件。

66369

原帖由 netwinxp 于 2009-6-2 20:34 发表
NTFS压缩过的IMG再压缩的压缩率不大，不推荐压缩，ISO格式的能压掉近一半，还是要压缩的。

===========

同意.

对启动内存<不是磁盘空间>.不压缩的.反而需要的少.....IMG大小.加12MB左右.就可以了.

1198398

我是8GU盘量产CDROM启动，主要用于系统维护，有些老机启动太慢，不压缩ISO是不是启动快一些。

leonliao78

喜欢不压缩的，改起核心来方便点。有时候用CAB压缩，等了很久终于等到压完了，看一下目录里啥is_都没有，不知道别人是不是也遇到过我这样的经历。遇到这样的情况时，重新再压缩一遍是没用的，还是得不到压缩后的IS_,重启后再压一遍才行。我用的是毛桃前辈做的MCab.exe和右键CAB.REG

yjd

ntfs的压缩我到是从来不用-_-!!。

netwinxp

原帖由 zhxy9804 于 2009-6-3 06:49 发表
还一个问题，新建一个ntfs的img，什么也没有就少好几兆空间，这能够避免吗？

不能避免，因为ntfs的那个破日志$LOGFILE(不管有没有压缩)。

leonliao78

我想了解一下各位是使用什么工具把ISO压缩成IS_的。因为我怀疑自己用错了工具，大多数时候我用的是右键CAB.REG（内容如下）和毛桃前辈做的MCab.exe（版本号1.0.8.113）

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\*\shell\CAB最大压缩]
@=""

[HKEY_CLASSES_ROOT\*\shell\CAB最大压缩\command]
@="makecab /v3 /D CompressionType=LZX /D CompressionMemory=21 \"%1\""

我的系统system32目录里的makecab.exe的版本是5.1.2600.5512，会不会是因为版本号不合而出现不稳定的问题？

1198398

Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\*\shell\CAB最大压缩]
[HKEY_CLASSES_ROOT\*\shell\CAB最大压缩\command]
@="makecab /v3 /D CompressionType=LZX /D CompressionMemory=21 \"%1\""

我用的这个啊！没问题！系统XPSP3

1198398

PE启动内存计算
PE的启动内存和核心有关，大概为下面这个公式（只是大概）
1． 用CAB压缩过的核心
X*2+16（单位MB）（X为未压缩时的核心大小）
2． 不用CAB压缩的核心
X+32（单位MB）（X为未压缩时的核心大小）
这里就可以解释为什么NTFS IMG的核心一般不用CAB压缩，因为NTFS IMG格式的核心用CAB压缩效果很差，压缩率低，例如：50M的NTFS IMG用CAB压缩后才35M，而70M（里面有60M的文件）的FAT IMG用CAB压缩后，体积变成了26-29M左右。所以NTFS IMG不用CAB压缩，体积减小不多，而启动内存要加倍，因小失大

fujianabc

原帖由 zhxy9804 于 2009-6-3 06:49 发表
还一个问题，新建一个ntfs的img，什么也没有就少好几兆空间，这能够避免吗？

ntfs格式化后其实就有很多以$开头的文件，最有名的便是$MFT。这些文件被称为ntfs元文件(metafile)，是ntfs文件系统的基础
windows不显示这些文件，但你可以用winhex等工具看到这些文件

dvd008

PE启动内存计算,对于不压缩的，上面那个+32M 的实际是不行的，
对于128M内存的机器来说，大约需要 +50M

66369

启动内存和核心有关，大概为下面这个公式
1、用CAB压缩过的核心
     X*2+16（单位MB）（X为未压缩时的核心大小）
2、不用CAB压缩的核心
     X+32（单位MB）（X为未压缩时的核心大小）
     这里就可以解释为什么NTFS IMG的核心一般不用CAB压缩，因为NTFS IMG格式的核心用CAB压缩效果很差，压缩率低，所以NTFS IMG不用CAB压缩，体积减小不多，而启动内存要加倍......

lelexiong

img核心有什么优势吗？

leonliao78

谢谢你，我把操作系统换成跟你一样版本的之后（雨林木风的GHOST纯净版），仍然发生与以前同样的怪事——压缩完了见不到结果，只能看到一个原ISO文件孤零零地杵在那个。

yichya

原帖由 netwinxp 于 2009-6-3 13:17 发表


不能避免，因为ntfs的那个破日志$LOGFILE(不管有没有压缩)。

......能干掉吗？

yichya

原帖由 lelexiong 于 2009-6-3 22:48 发表
img核心有什么优势吗？

比如，快，可以不要FBWF，方便修改，同样数量文件比ISO占内存小之类。。。

WLDNA

原帖由 fujianabc 于 2009-6-2 22:21 发表

这个问题n年前讨论过，结论方法是用robocopy或者killcopy开无限次重试

大致就是说遇到文件放不下时，让拷贝软件不要放弃，而继续重试，一旦系统把ntfs中的文件压缩完腾出空间后就自动继续往里面添文件。

我也说说，我用的方法，也是 用KillCopy，不过，是设置 拷贝速度

平时都是尽量快，而这里，是尽量慢

一般是128kbps，呵呵

这样，等于是给了 文件系统 一个 压缩的时候，^_^

fujianabc

原帖由 yichya 于 2009-6-6 15:36 发表

......能干掉吗？

干掉后ntfs文件系统就会出错