无忧启动论坛

标题: 夜猫子，有空的帮忙测试！ [打印本页]

作者: lxl1638 时间: 2007-7-13 00:22
标题: 夜猫子，有空的帮忙测试！
以前所有版本的 WimTool 在制作大体积WIM映像时出现失败，现发修正版给大家测试，
因为这些操作过程很耗时，本人自己难以完成，有空的请帮忙。

测试内容：
1、制作一个单一映卷的大体积(2G以上)WIM文件；
2、在大体积(2G以上)WIM文件上追加一个大的映卷；
3、向大体积(2G以上)WIM文件导入一个大映卷；
4、将大体积(2G以上)WIM文件分割后再解开；
5、将大体积(2G以上)WIM文件解开；
6、查阅和修改大体积WIM文件的卷名和卷描述。

提示：Vista安装文件就是一个大体积的WIM文件，如果你的机子有这个文件，先备分它，再拿它测试。

要求：最好能每人测试一项内容，参加测试的朋友先将你要进行的测试项目跟帖说明，后面跟帖的不必选择重复的测试，
选择一项还没有人进行的测试。

谢谢！

[ 本帖最后由 lxl1638 于 2007-7-16 11:39 AM 编辑 ]

作者: netwinxp 时间: 2007-7-13 00:25
没有给WIMGAPI.DLL:L :Q

作者: neo4026 时间: 2007-7-13 00:26
不好意思了机子问题跑不起

作者: lxl1638 时间: 2007-7-13 00:27
晕，你是在无忧混的？
WIMGAPI.DLL很早就有了，它至少比WIMTOOL早半年就在无忧出现了。

作者: netwinxp 时间: 2007-7-13 00:30
我找找......:L

作者: lxl1638 时间: 2007-7-13 00:30
你也别找了，是一个组件，不是一个文件。

作者: neo4026 时间: 2007-7-13 00:34
老九啥时候有空帮我看看这个问题行不?谢谢!
http://bbs.wuyou.net/forum.php?m ... &extra=page%3D1

作者: netwinxp 时间: 2007-7-13 00:34
单个也可以压缩，报少两个服务，但可以执行，就是太耗资源:Q

[ 本帖最后由 netwinxp 于 2007-7-13 12:56 AM 编辑 ]

作者: netwinxp 时间: 2007-7-13 00:53
最大压缩proe文件夹(含49个文件夹、2718个文件共1.58G)(nf2主板、xp2000+、512x2DDR333、西数16M250GATA，开128M IO缓存)耗时15分钟，最后大小1.1G。总体评价:运行时非常耗资源，整机速度明显变慢，压缩率比CAB小。

[ 本帖最后由 netwinxp 于 2007-7-13 12:59 AM 编辑 ]

作者: netwinxp 时间: 2007-7-13 01:03
其它组件未安装，不能挂接，解压速度还可以，就是同样非常耗CPU资源。

[ 本帖最后由 netwinxp 于 2007-7-13 01:13 AM 编辑 ]

作者: lxl1638 时间: 2007-7-13 01:06

原帖由 netwinxp 于 2007-7-13 12:53 AM 发表
最大压缩proe文件夹(含49个文件夹、2718个文件共1.58G)(nf2主板、xp2000+、512x2DDR333、西数16M250GATA，开128M IO缓存)耗时15分钟，最后大小1.1G。总体评价:运行时非常耗资源，整机速度明显变慢，压缩率比CAB小。

还没有到要求，要求2G以上。
耗资源是肯定的，多线程工作。

作者: netwinxp 时间: 2007-7-13 01:15
单wimgapi.dll和wimtool.exe可以完成压缩和解压，完毕，==再测试追加

作者: netwinxp 时间: 2007-7-13 01:21
有问题，能不能把追加功能与新建分离开:L

[ 本帖最后由 netwinxp 于 2007-7-13 01:22 AM 编辑 ]

作者: netwinxp 时间: 2007-7-13 01:30
追加463M(1832文件206文件夹)耗时7分钟

作者: netwinxp 时间: 2007-7-13 01:40
请教一下：
typedef struct _WIM_INFO
{
WCHAR  WimPath[MAX_PATH];
GUID Guid;
DWORD  ImageCount;
DWORD  CompressionType;
USHORT PartNumber;
USHORT TotalParts;
DWORD  BootIndex;
DWORD  WimAttributes;
DWORD  WimFlagsAndAttr;
}
中的DWORD  CompressionType的值和含义是？

作者: lxl1638 时间: 2007-7-13 01:47

原帖由 netwinxp 于 2007-7-13 01:40 AM 发表
请教一下：
typedef struct _WIM_INFO
{
WCHAR  WimPath[MAX_PATH];
GUID Guid;
DWORD  ImageCount;
DWORD  CompressionType;
USHORT PartNumber;
USHORT TotalParts;
   ...

Compression Type = 压缩类型

本人在将 D:盘的Vista 备分，一边看电影一边让它做，还做完。

主要是看能不能完成，时间多少不管了。

作者: netwinxp 时间: 2007-7-13 01:51
你那个好像没法添加单个文件:o希望这点能改进:P

[ 本帖最后由 netwinxp 于 2007-7-13 01:53 AM 编辑 ]

作者: netwinxp 时间: 2007-7-13 02:25
再次添加2.14G(206文件11文件夹)耗时22分钟，总文件达到2.92G，查看映像信息耗时4分钟

作者: netwinxp 时间: 2007-7-13 02:35
总结：
1、新建、追加、删除、查看等文件类操作只需WIMGAPI.DLL的支持，无需其他组件
2、最大压缩率约为75%，不高
3、ms主要瓶颈在于硬盘读写(如果有可能的话，再编一个少线程的来测试)。
4、查看分卷时，提示信息与分卷相互交错，不方便操作。
建议：
1、追加可以添加单文件的功能
2、建议把新建和追加功能分开，更方便操作
3、建议分卷信息集中存放，以图标显示，并在选中图标时把删除和修改添加到右键菜单。
4、(重要)建议当源文件大于2G时限制映像文件只能放在NTFS分区，否则有可能发生不可预知的错误(最有可能是放在FAT32变成一个负字节数的文件)。
5、还有，当映像文件存放的分区的剩余空间小于源文件大小时也限制。

[ 本帖最后由 netwinxp 于 2007-7-13 02:48 AM 编辑 ]

作者: ywcn 时间: 2007-7-13 09:15

原帖由 lxl1638 于 2007-7-13 12:27 AM 发表
晕，你是在无忧混的？
WIMGAPI.DLL很早就有了，它至少比WIMTOOL早半年就在无忧出现了。

原帖由 netwinxp 于 2007-7-13 12:30 AM 发表
我找找......:L

官大一级压死人啊,上将就是比中将厉害:P

作者: netwinxp 时间: 2007-7-13 09:41

原帖由 ywcn 于 2007-7-13 09:15 发表

官大一级压死人啊,上将就是比中将厉害:P

我是灌水灌出来的，菜鸟级的:$ ，坛里有几个绝顶高手才校级的;P ，水平与官衔没有直接关系:)

作者: haonan 时间: 2007-7-13 10:10
今天正好有时间，我来测试一下
ms老九说的那几个都不需要wimfltr组件服务:lol

发现bug，超过4g无法捕获成wim，试了两次都失败
又试了两次，2g的都不行:L

[ 本帖最后由 haonan 于 2007-7-13 11:16 AM 编辑 ]

作者: lxl1638 时间: 2007-7-13 12:11

原帖由 netwinxp 于 2007-7-13 02:35 AM 发表
总结：
1、新建、追加、删除、查看等文件类操作只需WIMGAPI.DLL的支持，无需其他组件
2、最大压缩率约为75%，不高
3、ms主要瓶颈在于硬盘读写(如果有可能的话，再编一个少线程的来测试)。
4、查看分卷时，提示信息与分卷相互交错，不方便操作。
建议：
1、追加可以添加单文件的功能
2、建议把新建和追加功能分开，更方便操作
3、建议分卷信息集中存放，以图标显示，并在选中图标时把删除和修改添加到右键菜单。
4、(重要)建议当源文件大于2G时限制映像文件只能放在NTFS分区，否则有可能发生不可预知的错误(最有可能是放在FAT32变成一个负字节数的文件)。
5、还有，当映像文件存放的分区的剩余空间小于源文件大小时也限制。

1、就不解释了；
2、本人估计WIM的压缩算法可能源于CAB格式的，或者与CAB有多少关系，不竟都是MS的压缩文件。
但由于WIM内钳的其它信息比CAB包多，所以压缩率会比CAB小。不过应不会很低的，可以从Vista的U
版看出来，8G多的文件压回2G左右。
3、暂时保留原来的多线程，适当调整一下线程的级别试试；
4、好象 ImageX 也不能添加单个文件，WIMGAPI.DLL也没有这样的函数。如果要强行设计添加单个文
件的功能，WimTool必然要将这个文件剪切或复制到一个目录才能添加上来，如果是复制大文件可能又
出现速度问题；如果是剪切文件，添加完毕又要剪切回来，麻烦。
5、新建和追加功能，本人保留。对于一个已存在的WIM文件，只能是追加，不可能是新建，除非将原有
的文件删除或改名才能新建(同一目录下不能存在两个同名文件)，对用户的文件进行删除或改名本身就好。
6、制作映像时将会加上对磁盘分区文件系统的检查，用户若选择了非NTFS分区或分区可用空间小于4G时，
要求确认才执行下来的操作。
7、解开映象时也对目标目录的可用空间作检查，发现不足的作提示；
8、查看信息的功能会有改进，可能是大改进，至少速度会有极大的提高。

现在很多要推倒从来了，工作量很大。

作者: netwinxp 时间: 2007-7-13 12:21
期待ing......==我再测试>4G有没问题，另外，WIMGAPI是否有往已存在的卷添加文件或子卷的功能?如果有可否建立一个root卷来存放根目录下的文件，单独的文件建议也放在这个卷，映射成驱动器时把root映射成根目录(如果支持子卷的话)。

[ 本帖最后由 netwinxp 于 2007-7-13 12:27 PM 编辑 ]

作者: lxl1638 时间: 2007-7-13 12:39

原帖由 netwinxp 于 2007-7-13 12:21 PM 发表
期待ing......==我再测试>4G有没问题，另外，WIMGAPI是否有往已存在的卷添加文件或子卷的功能?如果有可否建立一个root卷来存放根目录下的文件，单独的文件建议也放在这个卷，映射成驱动器时把root映射成根目录( ...

制作新卷和追加卷都是同一个函数WIMCaptureImage，它的第一个参数是文件句柄，第二个参数指向目录(而不是文件)，第三个参数是旗标。

//////////////////////////////////////////////////
HANDLE
WINAPI
WIMCaptureImage(IN HANDLE hWim, IN LPWSTR lpszPath, IN DWORD dwCaptureFlags);

Parameters
hWim
[in] The handle to a .wim file returned by WIMCreateFile.

lpszPath
[in] A pointer to a null-terminated string containing the root drive or directory path from where the image data is captured. The specified path must not exceed MAX_PATH characters in length.

dwCaptureFlags
[in] Specifies the features to use during the capture.
FlagDescription WIM_FLAG_VERIFY
Capture verifies single-instance files byte by byte.
//////////////////////////////////////////////////

追加就是将一个源(目录)制成一个新的卷加入已存在的WIM映像中；
将一个WIM文件中已存在的卷“添加”到另一个WIM文件中，叫导出和导入，
从源导出，向目标导出。

[ 本帖最后由 lxl1638 于 2007-7-13 12:44 PM 编辑 ]

作者: lxl1638 时间: 2007-7-13 12:48
另，要向一个卷添加文件，不能通过制作和追加来完成。
只能将其以可写方式挂载，再向被挂载的目录复制文件，卸载时可以将目标目录的内容写回原来的卷既可。

作者: lxl1638 时间: 2007-7-13 12:49
另，要向一个卷添加文件，不能通过制作和追加来完成。
只能将其以可写方式挂载，再向被挂载的目录复制文件，卸载时可以将目标目录的内容写回原来的卷既可。

作者: lxl1638 时间: 2007-7-13 12:50

原帖由 netwinxp 于 2007-7-13 12:21 PM 发表
期待ing......==我再测试>4G有没问题，另外，WIMGAPI是否有往已存在的卷添加文件或子卷的功能?如果有可否建立一个root卷来存放根目录下的文件，单独的文件建议也放在这个卷，映射成驱动器时把root映射成根目录( ...

另，要向一个卷添加文件，不能通过制作和追加来完成。
只能将其以可写方式挂载，再向被挂载的目录复制文件，卸载时可以将目标目录的内容写回原来的卷既可。

作者: netwinxp 时间: 2007-7-13 14:53
再次添加一个单文件夹单文件3.92G后WIM文件大小已达到6.85G。
又发现一个问题，当临时文件夹为空间比原WIM文件小的时候会导致读取原映像失败(也就是说如果临时文件夹是FAT32且原WIM文件大于2G也会导致读取原映像失败)——估计22楼就是这个原因。强行设置临时文件参数%temp%、%tmp%后成功。看来临时文件也是个因素:L

[ 本帖最后由 netwinxp 于 2007-7-13 02:54 PM 编辑 ]

作者: netwinxp 时间: 2007-7-13 14:59
老九的测试项全部运行完毕，映像文件大小为6.85G，共有4个卷，最大的卷有单个3.92G ISO文件(ISO9660格式，不知什么缘故ISO居然不压缩:o)，文件项最多的卷为2718个文件、49个文件夹，在设置好映像文件的存放位置和临时文件的存放位置通过测试成功。:victory:
***压缩率较低的原因可能是我原来有很多已经是压缩包的缘故***

[ 本帖最后由 netwinxp 于 2007-7-13 03:18 PM 编辑 ]

作者: jl580650 时间: 2007-7-13 15:39
:P 这个我就不帮忙测试了，貌似netwinxp干的很卖力了
我只有一点希望要解决，就是查看映像信息
用imagex查看>2G的文件最多也就1秒钟(wim而且是在光盘上的)，用wimtool查看的话，时间就很长了

作者: lxl1638 时间: 2007-7-13 18:01

原帖由 jl580650 于 2007-7-13 03:39 PM 发表
:P 这个我就不帮忙测试了，貌似netwinxp干的很卖力了
我只有一点希望要解决，就是查看映像信息
用imagex查看>2G的文件最多也就1秒钟(wim而且是在光盘上的)，用wimtool查看的话，时间就很长了

下次0.8秒内搞定！不会超1秒！

作者: haonan 时间: 2007-7-13 19:22

原帖由 netwinxp 于 2007-7-13 02:53 PM 发表
再次添加一个单文件夹单文件3.92G后WIM文件大小已达到6.85G。
又发现一个问题，当临时文件夹为空间比原WIM文件小的时候会导致读取原映像失败(也就是说如果临时文件夹是FAT32且原WIM文件大于2G也会导致读取原映 ...

恩，果然是临时文件的问题
我用ramdisk开了512m作临时文件盘，转到硬盘上就好了:victory:

作者: netwinxp 时间: 2007-7-13 19:35

原帖由 haonan 于 2007-7-13 19:22 发表

恩，果然是临时文件的问题
我用ramdisk开了512m作临时文件盘，转到硬盘上就好了:victory:

你在使用时最好把%temp%、%tmp%设置到大剩余空间的NTFS分区上，否则文件再大点你就读不了了。

作者: haonan 时间: 2007-7-13 22:48

原帖由 netwinxp 于 2007-7-13 07:35 PM 发表

你在使用时最好把%temp%、%tmp%设置到大剩余空间的NTFS分区上，否则文件再大点你就读不了了。

因为平时很少操作大体积的wim或者iso这类需要临时存放文件的事，所以512m临时文件夹够了，主要是放内存里的，不能太大;P

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