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

mdyblog

ddsony 发表于 2015-10-29 15:15
这是怎么解决的，好奇？

不用现成的标准命令------文件检测。
C语言写了函数，调用更底层的API。

mdyblog

ddsony 发表于 2015-10-29 15:17
【UDm管理】中【修改】窗口界面能模拟出来吗？发一个，我看看能不能优化一下。

_SUB WIN2,W515H401,UDM%__UDM.Manage%,,,5,, -size -maxb
    LABE -vcenter LABE1,L19T13W72H30,%__UDM.Device%,,
    TABL hTABL,L19T50W470H200,%&__UDM.hTITLE%,%&hDATA%,0x10040
    EDIT -vcenter -3D wDEV,L114T13W280H30,,,8
    ITEM ITEM1,L19T285W60H30,%__UDM.Add%,  OnITEM1 ,
    ITEM ITEM2,L88T285W56H30,%__UDM.Del%,  OnITEM2,
    ITEM ITEM3,L153T285W60H30,%__UDM.NameModify%, OnITEM3,
    ITEM ITEM4,L222T285W60H30,%__UDM.Replace%ISO, OnITEM4,,-0
    ITEM ITEM5,L291T285W60H30,%__UDM.Pack%, OnITEM5,,-0
    ITEM ITEM6,L360T285W60H30,%__UDM.sSplit%, OnITEM6,
    ITEM ITEM7,L429T285W60H30,%__UDM.sMerge%, OnOne,
    PBAR PBAR1,L19T255W470H10,0
    LABE  -left  &wStatus,L29T328W450H30,,,
_END

ddsony

mdyblog 发表于 2015-10-29 15:21
这个是正确的。
UDm的具体设置 优先于 总体的默认设置。
初始   UDM 没有 具体设置。

原来是这样设计的，我以为【默认超级精确制导】是个总闸，格式化时给所有UDm的【超级精确制导】供电点亮。

这样也可以。这样设计可以应对【未设】这种情况。

ddsony

mdyblog 发表于 2015-10-29 15:27
_SUB WIN2,W515H401,UDM%__UDM.Manage%,,,5,, -size -maxb
    LABE -vcenter LABE1,L19T13W72H30,%__UD ...

不是这个，是点击【修改】弹出的那个【修改UDm】窗口。

ddsony

mdyblog 发表于 2015-10-29 15:25
不用现成的标准命令------文件检测。
C语言写了函数，调用更底层的API。

PECMD内测2已经归正了吗？归正的话我就更新到我的PE中去了。

mdyblog

ddsony 发表于 2015-10-29 16:13
PECMD内测2已经归正了吗？归正的话我就更新到我的PE中去了。

归正了。 直接下载最新版。

mdyblog

ddsony 发表于 2015-10-29 16:13
PECMD内测2已经归正了吗？归正的话我就更新到我的PE中去了。

WG-81PE-0903 耗时简单分析
基本上被 ENVI $这种不合适的命令浪费了。

--------------------
WG-81PE-0903 耗时简单分析

自动精确制导 到  S:

ENVI $WinOS=W81      //浪费5秒
RAM IMDisk,P40,NTFS,Y:,RAMDisk  //6.00秒， 剩余可用内存 6890M
pecmd.ini -findboot      //0.09秒，其实前面已经挂到S:


ENVI  $TEMP=Y:\TEMP    //浪费0.5秒
ENVI  $TMP=Y:\TEMP     //浪费11.3秒 (25.145 ~ 36.445)

ENVI  $MyDRV=S:        //浪费19.3秒 (37.187 ~ 56.467)

ENVI  $OPDrv=S:        //浪费15.0秒 (56.467 ~ 71.467)

-----------
结论实际都让 【ENVI $】浪费掉了。
【ENVI $】 一般来说，等5秒。实际耗时是完全不确定的。

而实际 ENVI 设置（系统）变量，时间可忽略不计（不到1毫秒）。

建议：
尽量 不要直接用 【ENVI $】
可以优化的。
根据逻辑， 选择不同的替代品（一般来说，可以不等5秒的）。

ENVI $ 有很多优化开关。


WG-81PE-0903 耗时简单分析.zip (16.42 KB, 下载次数: 1)

2015-10-29 16:26 上传

点击文件名下载附件
下载积分: 无忧币 -2

mdyblog

2010WAIGO 发表于 2015-10-28 21:51
好的，试试看。

8.1RamOSx64 和 XPPE 正在精简中，需要重行压制。还有，所有的菜单都更改为自动按需要 ...

我测试 发现 你的PE启动脚本中好多 ENVI  $
浪费了好多时间。
建议：
尽量 不要直接用 【ENVI $】

测试及LOG见  12368#

mdyblog

ddsony 发表于 2015-10-29 15:45
不是这个，是点击【修改】弹出的那个【修改UDm】窗口。

TEAM ENVI^ ENVIMODE=1| ENVI^ FORCELOCAL=1
WINAdd
_SUB WINAdd,W430H490,%__UDM.Add%UDM,
    LABE -vcenter LABE2,L20T62W70H30,%__UDM.Offset%,,
    EDIT -vcenter -3D wOFF,L108T62W142H30,%wOFF0%,,,
    LIST wOFFU,L256T66W60H100,%__strByte%|S|K|M|G,OnUNIT,%wSZU0%,
   
    LABE -vcenter LABE1,L20T13W72H30,%__UDM.Device%,,
    EDIT -vcenter -3D wDEV,L108T13W250H30,%wDEV%,,8
    LABE -vcenter LABE3,L20T101W74H30,%__UDM.Size%,,
    EDIT -vcenter -3D wSZ,L108T101W142H30,%wSZ0%,,
    LIST wSZU,L257T105W60H100,%__strByte%|S|K|M|G,,%wSZU0%,
    LABE -vcenter LABE4,L20T140W74H30,%__UDM.UDMType%,,
    LIST -vcenter -3D wUDMTP,L108T143W125H93,%__UDM.sUDMTP_DATA%|ISO|%__UDM.sUDMTP_SYSBAK%,,%wUDMTP0%,0x4
    LABE -vcenter LABE5,L20T184W72H30,%__UDM.PType%,,
    EDIT -vcenter -3D wFSTP,L108T187W142H30,%wFSTP0%,,
    LABE -vcenter LABE6,L20T231W60H30,%__UDM.UDMAttr%,,
    CHEK wRO,L110T225W50H25,%__UDM.RO%,,%wRO0%
    CHEK wNEFI,L160T225W70H25,%__UDM.NoEFI%,,%wNEFI0%
    CHEK wNAMount,L230T225W90H25,%__UDM.NoAuMnt%,,%wNAMount0%
    CHEK wNDrive,L320T225W60H25,%__UDM.NoDrv%,,%wNDrive0%
    CHEK wNWMount,L110T250W70H25,%__UDM.NoWMnt%,,%wNWMount0%
    CHEK wDirMnt,L190T250W70H25,%__UDM.DirMnt%,,%wDirMnt0%
    CHEK wAutoMnt,L270T250W70H25,%__UDM.AutoMnt%,,%wAutoMnt0%
    ITEM ITEM1,L182T378W60H30,%__UDM.NameCreate%, OnCreateUDM
    LABE -vcenter LABE7,L20T285W60H30,%__UDM.UDmName%,,
    EDIT -vcenter -3D  wNAME,L108T281W285H30,%wNAME0%,,
    LABE -vcenter LABE8,L20T324W60H30,%__UDM.Inx%,,
    EDIT -vcenter -3D  wID,L108T324W60H30,%wID0%,,
    LABE -vcenter LABE8,L170T324W100H30,(-1:%__UDM.Auto%),,
_END

ddsony

mdyblog 发表于 2015-10-29 16:29
我测试 发现 你的PE启动脚本中好多 ENVI  $
浪费了好多时间。
建议：

为啥我这里测试WG的PE单纯【超级精确制导】外置出来几乎没有延误，自动精确制导有延误，就是楼上你说的原因？这两者都不经过PECMD.INI的啊。
还是PECMD中【超级精确制导】的代码比【精确制导】代码优化？

mdyblog

ddsony 发表于 2015-10-29 16:35
为啥我这里测试WG的PE单纯【超级精确制导】外置出来几乎没有延误，自动精确制导有延误，就是楼上你说的 ...

自动精确制导  多个  后台进程---60秒，
在清除 可能的   【超级精确制导】 信息。
多进程下  ENVI  $ 命令可能会卡， 进程越多，越可能卡。


【超级精确制导】 ，本身需要找到 【超级精确制导】 信息， 找到后挂载并清除，所以不需要后台程序。
只有自己一个进程。

看看能否优化下。

mdyblog

ddsony 发表于 2015-10-29 16:35
为啥我这里测试WG的PE单纯【超级精确制导】外置出来几乎没有延误，自动精确制导有延误，就是楼上你说的 ...

优化了下后台进程（自己闲着没事，不去影响别人）。
前台 卡的时间少多了。

总时间差不多减半。

（但还是有个卡 10 秒的 ENIV $; 大部分0秒）

你试试。

ddsony

mdyblog 发表于 2015-10-29 17:03
优化了下后台进程（自己闲着没事，不去影响别人）。
前台 卡的时间少多了。

WG的32位8.1PE用这个64位的？

mdyblog

ddsony 发表于 2015-10-29 18:19
WG的32位8.1PE用这个64位的？

（0903）WG的8.1PE 是 64位的吧。

mdyblog

ddsony 发表于 2015-10-29 18:19
WG的32位8.1PE用这个64位的？

发现的我的ISO有问题， 重新下载，格式化。
用最新版PECMD.EXE，自动精确制导， 删除IMDISK；  和原ISO版比较， 完全没有 延时。一溜烟地启动了，非常流畅。
ENVI $也是0秒完成。

后台进程，闲着不碍事了。

直接下载最新版吧。

算是解决了。

mdyblog

ddsony 发表于 2015-10-29 18:19
WG的32位8.1PE用这个64位的？

加上这个 自动精确制导  真的可以很傻瓜了。
初哥应该可以用的了。

ddsony

mdyblog 发表于 2015-10-29 18:29
发现的我的ISO有问题， 重新下载，格式化。
用最新版PECMD.EXE，自动精确制导， 删除IMDISK；  和原IS ...

哈哈，我也刚刚测试完，风驰电掣，与原版PECMD.INI精确制导毫无区别！！
爽啊！
这个问题也完美落幕。
这个PECMD了不起，归正！！！

ddsony

mdyblog 发表于 2015-10-29 18:37
加上这个 自动精确制导  真的可以很傻瓜了。
初哥应该可以用的了。

现在真的是傻瓜到家，傻瓜得不能再傻瓜了！！！！！！！！！

U盘启动部署PE，真的只需“一拖一格”就行了，其他外置挂载PE改造什么的统统见鬼去吧！

ddsony

mdyblog 发表于 2015-10-29 18:37
加上这个 自动精确制导  真的可以很傻瓜了。
初哥应该可以用的了。

老大科普一下【超级精确制导】和【精确制导】记录启动分区信息的原理。
【超级精确制导】是通过MBR里面的代码，那么是谁把用户在“多UDm菜单”中的启动UDm分区的选择信息记录在磁盘上的呢？难道还是MBR？启动到“多UDm菜单”，MBR控制权应该交给了grub2了吧？
【精确制导】是通过对菜单进行处理，为什么对菜单进行处理以后就能记录下启动分区信息？

mdyblog

ddsony 发表于 2015-10-29 18:56
老大科普一下【超级精确制导】和【精确制导】记录启动分区信息的原理。
【超级精确制导】是通过MBR里 ...

【超级精确制导】 在磁盘前面UDM专门保留区域， 记录启动分区。
PECMD.EXE启动后，查找这些信息，找到就加载。
由UDM的启动代码 记录 分区号，BIOS和EFI的都有此功能。每次选择启动分区时记录（多UDM菜单上按下回车是记录）。

【精确制导】MBROSTOOL 在启动菜单中记录分区号， 这些信息在PE启动后，还是可以访问的，从而获得UDM号，从而加载UDM号。
由MBROSTOOL 记录 分区号，格式化后就不变。


【精确制导】是通过对菜单进行处理，为什么对菜单进行处理以后就能记录下启动分区信息？
---------------
菜单里面可以放很多信息的。

ntsyh

ddsony 发表于 2015-10-29 18:49
现在真的是傻瓜到家，傻瓜得不能再傻瓜了！！！！！！！！！

U盘启动部署PE，真的只需“一拖一格” ...

是否这样理解：只要是PE ISO就可以一拖一格就完成了，傻瓜操作，无需PE作者为此操心了。就是PE魔板了，M大真神了。

mdyblog

ntsyh 发表于 2015-10-29 20:50
是否这样理解：只要是PE ISO就可以一拖一格就完成了，傻瓜操作，无需PE作者为此操心了。就是PE魔板了， ...

就是要升级下PECMD.EXE

ddsony

mdyblog 发表于 2015-10-29 20:00
【超级精确制导】 在磁盘前面UDM专门保留区域， 记录启动分区。
PECMD.EXE启动后，查找这些信息，找到就 ...

》》由UDM的启动代码 记录 分区号，BIOS和EFI的都有此功能。每次选择启动分区时记录（多UDM菜单上按下回车是记录）。

多UDM菜单上按下回车是记录，那就是说是“多UDm菜单”上的菜单代码记录下启动分区号的，那前面你说UDm启动代码记录分区号是怎么回事？

mdyblog

ddsony 发表于 2015-10-30 08:26
》》由UDM的启动代码 记录 分区号，BIOS和EFI的都有此功能。每次选择启动分区时记录（多UDM菜单上按下回 ...

我所说的 “UDm启动代码” 包含 多UDm菜单  调用的代码， 一般来说，也包含多UDm菜单 。

多UDm菜单 本身只是显示下， 什么也干不了。
真正要干点什么，还得调用其它代码。
记录 UDM号， 就是调用UDM的启动代码来实现的。

我说 “多UDm菜单 上按下回车时”，是从时间上说的， 这样直观点。

WAIGO

mdyblog 发表于 2015-10-29 16:26
WG-81PE-0903 耗时简单分析
基本上被 ENVI $这种不合适的命令浪费了。

谢谢告知！不过这几天都在忙於更改安装程序，没时间详细查究，明天可能会找出时间精简 8.1 PanOSx64 ，可否直接替我更改一下里面的 INI 文件。再谢谢！！

ddsony

mdyblog 发表于 2015-10-30 08:48
我所说的 “UDm启动代码” 包含 多UDm菜单  调用的代码， 一般来说，也包含多UDm菜单 。

多UDm菜单  ...

多UDm菜单 本身只是显示下， 什么也干不了。
真正要干点什么，还得调用其它代码。
记录 UDM号， 就是调用UDM的启动代码来实现的。
=======================
有点明白了：是在菜单代码中嵌入并调用UDm启动代码。用户选择菜单项，按下回车，UDm启动代码就被调用了，就如LDUDPE这类东西。是不是？

ddsony

mdyblog 发表于 2015-10-29 16:32
TEAM ENVI^ ENVIMODE=1| ENVI^ FORCELOCAL=1
WINAdd
_SUB WINAdd,W430H490,%__UDM.Add%UDM,

如图：这个【不自动加载】和【自主加载】有什么区别？

mdyblog

2010WAIGO 发表于 2015-10-30 09:20
谢谢告知！不过这几天都在忙於更改安装程序，没时间详细查究，明天可能会找出时间精简 8.1 PanOSx64 ，可 ...

ENVI $
原理上， 可能会引起卡。主要是多进程环境。很难保证其它进程会立即响应。

但是PECMD.INI ， 环境简单。 目前通过优化PECMD的后台进程， 没事了，一溜烟就启动了。

mdyblog

ddsony 发表于 2015-10-30 09:25
如图：这个【不自动加载】和【自主加载】有什么区别？

自主加载：  就是前几天加的， 插上 U盘，里面有该标志的，就会没 MOUN-UDM Server 自动挂载。
人不要去，就干，称为“自主”

自动加载：moun-udm  -all 能够一起挂载。 反之 就是 【不自动加载】。 人去干，但是不指名道姓，自觉响应，称为自动。

mdyblog

ddsony 发表于 2015-10-30 09:22
多UDm菜单 本身只是显示下， 什么也干不了。
真正要干点什么，还得调用其它代码。
记录 UDM号， 就是 ...

是的。
LOADUDPE 就是简化的 启动代码。所以编2份。供外面菜单使用。

如果没有多UDm菜单， 启动设置中，指定分区启动， 那么其哦的那个代码本身直接干这活。

EFI， 就没有2部分，整个是一体的。也就不用编2份。
显示菜单只是中间的一个函数。