[MBROSTool6.26]UD升级到UDm：U启部署只需“一拖一格”，PE免改造即可加载隐藏外置！

mdyblog

ddsony 发表于 2014-8-21 20:22
>>解决实际（形而下）问题（03、XP 超大核心盘）的方案有好几个了。 UDM确实已经几近强大完善，针对FAT的效 ...

有改了下。 16M非常流畅。
基本上可说，解决了。

ddsony

mdyblog 发表于 2014-8-21 21:01
是的。
挂载 UDm核心区、UDm数据区。
如果 UDm 同时在分区表， 适当的话，把分区表分区对应符卸掉，只 ...

那普通隐藏要求分区表中必须显示对应的盘符才能访问UDM，是不是意味着PECMD加载的UDM必须是可写的，而不是只读的？

ddsony

mdyblog 发表于 2014-8-21 21:09
有改了下。 16M非常流畅。
基本上可说，解决了。

你指的是UDM加速算法这一根本性的方法？太强大了，楼主真是不怕做不到只怕想不到！实力不是盖的！回贴量无人撼动的头号置顶贴不是浪得虚名！这胜利的突破消息果然如期而至！每天让人惊喜，跟楼主对话真是太有意思了！太兴奋了，Orz！

ddsony

mdyblog 发表于 2014-8-21 21:05
改进了UDm 缓冲 算法，
测试 160M 缓冲， （4.5G分区） ，终于可以飞快了！！！
估计再优化下，可以不 ...

战战地问一下，分区没有再扩大的余地了？我的ISO至少7G啊C。

mdyblog

ddsony 发表于 2014-8-21 21:35
战战地问一下，分区没有再扩大的余地了？我的ISO至少7G啊C。

700 G  都没问题。

mdyblog

ddsony 发表于 2014-8-21 21:15
那普通隐藏要求分区表中必须显示对应的盘符才能访问UDM，是不是意味着PECMD加载的UDM必须是可写的，而不 ...

PECMD加载的UDM  默认是只读的。 需要是才是可写的。

我意思是有的UDm 被人故意加载到分表中了。 此时UDm可加载， 分区表也可加载。
那个脚本 故意 把 分区表加载的盘符卸载掉， 取而代之  UDm只读加载。

mdyblog

ddsony 发表于 2014-8-21 21:35
战战地问一下，分区没有再扩大的余地了？我的ISO至少7G啊C。

新版 传上了。
PECMD.EXE  换新的。

注意 --muhg 将软光盘 替换成UDm 只读加载。

EXEC =*%MyName% LOAD  "UDm+fixdrv.wcs"    --muhg    -mall  -mhide

这个版本， 对1G以上 FAT32， 只读加载时， 自动开启缓冲。

mdyblog

ddsony 发表于 2014-8-21 21:35
战战地问一下，分区没有再扩大的余地了？我的ISO至少7G啊C。

用 21M XPPE,  16G  软光盘， 浏览 16G  软光盘 非常流畅。如图：


图中 可见， 16G  FAT32 软光盘 是 只读加载的。

ddsony

mdyblog 发表于 2014-8-21 21:41  700 G 都没问题。

这个UDm加速算法GPT和MBr深隐UDm统吃吗？

mdyblog

ddsony 发表于 2014-8-21 23:39
这个UDm加速算法GPT和MBr深隐UDm统吃吗？

通吃。都是按照 深隐 方式处理的。

FAT16好像没问题吧， FAT16不自动缓冲了。

mdyblog

ddsony 发表于 2014-8-21 23:39
这个UDm加速算法GPT和MBr深隐UDm统吃吗？

有优化了下。 多级缓冲。效率读取效率更高。

mdyblog

ddsony 发表于 2014-8-21 21:35
战战地问一下，分区没有再扩大的余地了？我的ISO至少7G啊C。

新版 加强了。非只读 的FAT32 UDM加载也开启缓冲加速。
----总结-----
1） 这个版本， 对1G以上 FAT32， 加载时， 都会自动开启缓冲。

2）
PECMD.EXE  换新的。

3）
注意 --muhg 将软光盘 替换成UDm 只读加载。

EXEC =*%MyName% LOAD  "UDm+fixdrv.wcs"    --muhg    -mall  -mhide

ddsony

mdyblog 发表于 2014-8-22 07:26
新版 加强了。非只读 的FAT32 UDM加载也开启缓冲加速。
----总结-----
1） 这个版本， 对1G以上 FAT3 ...

这个UDM缓冲算法是写在PECMD.EXE里的呢，还是写在UDM+FIXDRV.WCS里的？好奇。

mdyblog

ddsony 发表于 2014-8-22 08:33
这个UDM缓冲算法是写在PECMD.EXE里的呢，还是写在UDM+FIXDRV.WCS里的？好奇。

PECMD.EXE/MBROSTool.exe

UDM+FIXDRV.WCS 只是 参数转换， 命令组织。

ddsony

mdyblog 发表于 2014-8-22 08:35
PECMD.EXE

PECMD.EXE仅仅是一个命令解释程序啊，为什么可以写在它里面？

ddsony

mdyblog 发表于 2014-8-21 17:39
2G以下不用了， 直接用FAT16

2G  2.5G  3G  3.5G   4G     4.5G   5G  这些点。

奇怪，刚才把我昨天的1g多的ISO重新选择FAT16格式化，而不是昨天选择的FAT32，竟然发现加载外置和PE系统操作速度一切正常！而用FAT32格式化的话，速度还是明显卡顿。

难道2g以下，FAT32的效率还不如FAT16?

mdyblog

ddsony 发表于 2014-8-22 08:38
PECMD.EXE仅仅是一个命令解释程序啊，为什么可以写在它里面？

本来只在 MBROSTool.EXE .
现在的 PECMD.EXE ，功能很多了。

1）扇区映射
对应的PECMD命令是(Windows扇区映射):

RAMD ImDisk*[变量名][*[偏移]*大小*[可写]*设备] -a -t 类型 -m 加载点

本来只在 MBROSTool.EXE
但是发觉这个功能很有用，很通用， 不能只是MBROSTool.EXE专用， 就加到PECMD.EXE, 这样PE都可以个用。

2）udm加载
后来 H3说MBROSTool的UDM加载能不能脱离 MBROSTool.EXE，来个小点的。
于是 有个 简化的  MBROSTool.EXE， 集成到PECMD.EXE:

MOUN -udm [...] 设备名 [盘符表]

ddsony

mdyblog 发表于 2014-8-22 08:35
PECMD.EXE/MBROSTool.exe

UDM+FIXDRV.WCS 只是 参数转换， 命令组织。

也写在了MBRostool里?那是不是还要最新版MBRostool格式化才会体现UDM加速，而不仅仅是替换最新版的PECMD.EXE？

mdyblog

ddsony 发表于 2014-8-22 08:42
奇怪，刚才把我昨天的1g多的ISO重新选择FAT16格式化，而不是昨天选择的FAT32，竟然发现加载外置和PE系 ...

就大FAT32有问题。

FAT16  最大也就2G。 2G的盘 缓冲 总是能解决的。所以没问题。
FAT32  最大值很大的（2TB）。 结构很不一样。复杂多了。复杂 了 就有很多没解决的问题。
          再说 MS 开发 FAT32时 还没有这么大的U盘（那是根本没有U盘， 也没有GPT的问题）。
          现在是超出齐开发目标使用。
NTFS   一开始就是为服务器（这个卷大钱的哦）设计的，花费的气力大； 安全性和性能都比较好。

mdyblog

ddsony 发表于 2014-8-22 08:42
奇怪，刚才把我昨天的1g多的ISO重新选择FAT16格式化，而不是昨天选择的FAT32，竟然发现加载外置和PE系 ...

新版 加强了。
自动判断是否卸载软光盘，变为UDm只读。
----总结-----
1） 这个版本， 对1G以上 FAT32， 加载时， 都会自动开启缓冲。

2）
PECMD.EXE  换新的。

3）
注意 不要 --muhg 了。现在智能判断了。
有回到原来的样子：

EXEC =*%MyName% LOAD  "UDm+fixdrv.wcs"    -mall  -mhide

ddsony

mdyblog 发表于 2014-8-22 08:49
本来只在 MBROSTool.EXE .
现在的 PECMD.EXE ，功能很多了。
对应的PECMD命令是(Windows扇区映射):

》》后来 H3说MBROSTool的UDM加载能不能脱离 MBROSTool.EXE，来个小点的。

这个想法才是最革命性的，H3眼光独到，楼主技术精湛。这个是UDM随PE系统自动加载的根本保证，这样许多PE就无需改造直接能加载外置了，不像U+那样，对PE要进行改造，内核打包成ISO再run，否则无辙。

》》于是 有个 简化的  MBROSTool.EXE， 集成到PECMD.EXE:

难怪PECMD也能加载UDM，原来肚子里还有一个小MBRostool!

mdyblog

ddsony 发表于 2014-8-22 08:42
奇怪，刚才把我昨天的1g多的ISO重新选择FAT16格式化，而不是昨天选择的FAT32，竟然发现加载外置和PE系 ...

不足2G的FAT32 PE，应该也没问题吧。
你重新格式化成FAT32 UDm， 也许又没问题了。

H3的2G航母， FAT32 一直也没问题啊！

ddsony

mdyblog 发表于 2014-8-22 08:49
本来只在 MBROSTool.EXE .
现在的 PECMD.EXE ，功能很多了。
对应的PECMD命令是(Windows扇区映射):

>>现在的 PECMD.EXE ，功能很多了。

那就是说PECMD.EXE不仅仅是一个命令解释程序SHELL的角色了，还具备其他附加的通用性的实际功能了，只要开发者愿意往里面加，对吗？我记得它还可以充当登录程序的啊。

mdyblog

ddsony 发表于 2014-8-22 09:12
>>现在的 PECMD.EXE ，功能很多了。

那就是说PECMD.EXE不仅仅是一个命令解释程序SHELL的角色了，还具 ...

是的。

普通用户也可以自己加。
写个脚本， 加到 INDATA资源中。比如10000号(10000前不要用)
在 SCRIPTINIT脚本中 alias 一个别名， 就创建了一个新命令。比如hello

ENVI^ Alias   hello=LOAD  *   #10000|INDATA

造出一个命令了。

ddsony

mdyblog 发表于 2014-8-22 09:02
新版 加强了。
自动判断是否卸载软光盘，变为UDm只读。
----总结-----

变化好快啊，呵呵，我刚刚替换这个命令呢，现在还要把--muhg去掉。

ddsony

mdyblog 发表于 2014-8-22 09:05
不足2G的FAT32 PE，应该也没问题吧。
你重新格式化成FAT32 UDm， 也许又没问题了。

我再试试。

ddsony

mdyblog 发表于 2014-8-22 09:14
是的。

普通用户也可以自己加。

那你的这个PECMD和置顶帖里另外一个PECMD是不同版本，不同功能的吧，你们两个各自开发，各自为政？

mdyblog

ddsony 发表于 2014-8-22 09:27
那你的这个PECMD和置顶帖里另外一个PECMD是不同版本，不同功能的吧，你们两个各自开发，各自为政？

1：
那个是4.0
两年都没升级维护了。

我就参照 她的说明书， 参照 网上2.4版（C语言版），重新用C++设计了。叫2012版。
完全不同了。
但在说明书上高度兼容4.0； 其申明的用法， 都原样支持。


2： -----
加速有效果吗？

ddsony

mdyblog 发表于 2014-8-22 09:05
不足2G的FAT32 PE，应该也没问题吧。
你重新格式化成FAT32 UDm， 也许又没问题了。

》》你重新格式化成FAT32 UDm， 也许又没问题了。

测试结果如下：

1.我用FAT16重新格式化昨天用来测试分区阈值的那个1g出零大的ISO，发现加载和操作速度正常，没有卡顿现象，这个前面已经反馈过，或许2g以下FAT32还不如FAT16；
2.我用FAT32重新格式化昨天用来测试分区阈值的那个1g出零大的ISO，发现加载和操作速度卡顿现象依旧存在；
3.我用最新版PECMD替换，做成新的同体积的ISO,再用FAT32格式化，发现加载和操作卡顿现象没有，速度正常，可见楼主的加速算法起效果了!

接下来准备进行我的重点测试：测试我的6.9g大的大块头ISO在GPT软光盘和MBR深隐状态下的加速效果。。。。。。

mdyblog

ddsony 发表于 2014-8-22 10:42
》》你重新格式化成FAT32 UDm， 也许又没问题了。

测试结果如下：

好啊！