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

mdyblog · 发表于 2014-11-11 09:52:31

ddsony 发表于 2014-11-11 09:46
刚才测试了30版【分区表加载】【深度卸载】，快！这才是【分区表加载】【深度卸载】的本色！

比现在的版本快吗？

ddsony · 发表于 2014-11-11 09:53:26

本帖最后由 ddsony 于 2014-11-11 09:56 编辑

mdyblog 发表于 2014-11-11 09:52
比现在的版本快吗？

那当然，相信我没错！【分区表加载】速度没问题，就是【深度卸载】速度。

mdyblog · 发表于 2014-11-11 10:04:49

ddsony 发表于 2014-11-11 09:53
那当然，相信我没错！【分区表加载】速度没问题，就是【深度卸载】速度。

试试 MBROSTool33测试深度卸载.exe.7z

测试深度卸载用的是 B091423-30 的源码。

ddsony · 发表于 2014-11-11 10:14:34

mdyblog 发表于 2014-11-11 10:04
试试 MBROSTool33测试深度卸载.exe.7z

测试深度卸载用的是 B091423-30 的源码。

快！，哈哈，回来了！

mdyblog · 发表于 2014-11-11 10:16:20

ddsony 发表于 2014-11-11 10:14
快！，哈哈，回来了！

好，那就这样了。（今早的的源码备份也不要了。）

ddsony · 发表于 2014-11-11 10:33:55

mdyblog 发表于 2014-11-11 10:16
好，那就这样了。（今早的的源码备份也不要了。）

最新版【深度卸载】速度又秒卸了！高兴！
下面自动算出的大小数值还是精确到整数位吧，一大串的，看着累，框也容不下，人们也不会关心小数点后面的东西，怎么样？

彩鑫聚 · 发表于 2014-11-11 10:42:40

提示: 作者被禁止或删除内容自动屏蔽

ddsony · 发表于 2014-11-11 11:02:35

本帖最后由 ddsony 于 2014-11-11 11:13 编辑

mdyblog 发表于 2014-11-11 10:16
好，那就这样了。（今早的的源码备份也不要了。）

现在软件各方面功能用着爽极了。

【分区表加载】【深度卸载】的速度重新回归极速。还有【分裂】【合并】功能，选FAT文件系统时竟然会顺利、快速到令人难以置信的地步，干脆利落。NTFS,exFAT格式也能顺利搞定，我在MBR R和GPT F模式下都做了测试。尤其是那个神经病的R格式在【分裂】【合并】中自动卸载，自动挂载竟然照样被楼主驯得服服帖帖！

【紧缩】功能在R格式情况下，结束时似乎有一个收尾动作没做到位，结束时windows好像不会自动刷新，右键手动刷新一下，分区图标正常了，GPT F模式没问题。参看4003#的动画

mdyblog · 发表于 2014-11-11 11:05:42

ddsony 发表于 2014-11-11 10:33
最新版【深度卸载】速度又秒卸了！高兴！
下面自动算出的大小数值还是精确到整数位吧，一大串的，看着 ...

你是说小数直接丢掉？

ddsony · 发表于 2014-11-11 11:06:40

mdyblog 发表于 2014-11-11 11:05
你是说小数直接丢掉？

能不能丢掉？

mdyblog · 发表于 2014-11-11 11:15:41

ddsony 发表于 2014-11-11 11:02
现在软件各方面功能用着爽极了。

【分区表加载】【深度卸载】的速度重新回归极速。还有【分裂】【合 ...

这2个问题，都改了。

ddsony · 发表于 2014-11-11 11:19:30

mdyblog 发表于 2014-11-11 11:15
这2个问题，都改了。

好啊，现在【分区表加载】【深度卸载】速度问题，【分裂】【合并】【紧缩】等几个关键性功能取得了突破性解决，功能基本处于最优化状态，建议楼主备份源代码。

mdyblog · 发表于 2014-11-11 11:38:35

本帖最后由 mdyblog 于 2014-11-11 11:40 编辑

ddsony 发表于 2014-11-11 11:19
好啊，现在【分区表加载】【深度卸载】速度问题，【分裂】【合并】【紧缩】等几个关键性功能取得了突破性 ...

前面提到的一个小问题，在不大改界面的前提下解决了。

用户区可以设置预留大小（M)，这样自动计算时，自动扣除这部分空间。

ddsony · 发表于 2014-11-11 11:52:00

mdyblog 发表于 2014-11-11 11:38
前面提到的一个小问题，在不大改界面的前提下解决了。

用户区可以设置预留大小（M)，这样自动计 ...

好的，卷标和大小填不下，可以双击【子盘】，出来高级界面，继续填，这个长长的【用户区】输入框现在总算有一框多用的名分了。

ddsony · 发表于 2014-11-11 12:29:49

本帖最后由 ddsony 于 2014-11-11 12:35 编辑

mdyblog 发表于 2014-11-11 11:38
前面提到的一个小问题，在不大改界面的前提下解决了。

用户区可以设置预留大小（M)，这样自动计 ...

一个小通病，各个版本都有，就是有些用户在【挂载】【卸载】操作时，太急了（包括我自己在内，有时也如此），未等【目标设备】列表框内出现系统刷新动作或刷新动作未结束就开始点击【挂载】【卸载】等按钮，经常导致程序卡死。
不知能不能解决，是不是可以在刷新期间让【挂载】【卸载】等按钮等待极短的一段时间，也就是瞬时失效一段时间，点击无反应。刷新结束了，恢复，防止卡死。

ddsony · 发表于 2014-11-11 12:34:01

datbik189 发表于 2014-11-10 22:09
删除核心区的ISO文件也奇慢

重格！

datbik189 · 发表于 2014-11-11 12:46:52

本帖最后由 datbik189 于 2014-11-11 13:01 编辑

ddsony 发表于 2014-11-11 12:34
重格！

XP的情况下在UDM分区拷进拷出ISO文件都很正常...
03PE在UDM分区拷进ISO文件正常,拷出文件只是稍比win8x64pe快...
win8x64pe在UDM分区拷进ISO文件正常,拷出文件速度只是355k/秒...
格式化对上诉结果没有任何改进的迹象...
(上面都已经安装了IMDISK 1.8.5)

不知道是不是IMDISK的对PE支持问题,读出速度这么慢的话,只能玩玩PE,无法进行备份还原这种大数据的操作
(参考比较: FBINSTTOOL 和FBINST 对 UD分区的读写速度都很正常)

(供参考:昨天下午的版本,我的XP系统/win8x64pe 深度卸载已经飞快,大约0.1秒之内)
另外对核心区的格式化好像会造成无法启动的现象,修复启动无效(grldr认不出核心区,hd0内无文件)

mdyblog · 发表于 2014-11-11 13:04:39

ddsony 发表于 2014-11-11 12:29
一个小通病，各个版本都有，就是有些用户在【挂载】【卸载】操作时，太急了（包括我自己在内，有时也如 ...

自动静默（禁用），加上了。

mdyblog · 发表于 2014-11-11 13:12:54

本帖最后由 mdyblog 于 2014-11-11 13:16 编辑

datbik189 发表于 2014-11-11 12:46
XP的情况下在UDM分区拷进拷出ISO文件都很正常...
03PE在UDM分区拷进ISO文件正常,拷出文件只是稍比win8 ...

1： 8pe 慢
原来测试 8pe 7pe 不慢啊，只有 XP/03 的大FAT32 才慢（后来UDM对此做了优化）。
是不是你测试的 PE 文件系统的驱动老了。你换个8PEX64 试试。 HHH333的PE。
把【分区管理】贴上来，个分区的文件系统列出来，看看。

还有，你同时，读一读其它非UDm分区（磁盘上其它普通分区）的速度。有时windows7、8 犯病，都慢，就几百K，
我这正常win7X64有时也这样（就像从互联网下载一样）。

2：你可以考虑用NTFS 文件系统。
【格式化】界面主盘后面选【NTFS】

3：另外对核心区的格式化好像会造成无法启动的现象,修复启动无效(grldr认不出核心区,hd0内无文件)
没有子盘时，主盘不能人为格式化。那是UDM专用格式。
有子盘时；主盘可以随便格式化；那是UDM专用格式；子盘不能人为格式化，那是UDM专用格式。

datbik189 · 发表于 2014-11-11 13:22:03

mdyblog 发表于 2014-11-11 13:12
1： 8pe 慢
原来测试 8pe 7pe 不慢啊，只有 XP/03 的大FAT32 才慢（后来UDM对此做了优化）。
是不是 ...

我手里只有win8x64pe和03pe(我心如水19.36版本,今年刚出的,驱动不应该旧)

楼主没看仔细,不管是哪种PE,UDM分区的读出速度都很慢(写进速度正常)

datbik189 · 发表于 2014-11-11 13:24:01

mdyblog 发表于 2014-11-11 13:12
1： 8pe 慢
原来测试 8pe 7pe 不慢啊，只有 XP/03 的大FAT32 才慢（后来UDM对此做了优化）。
是不是 ...

分区格式(不管是FATx,NTFS)对UDM分区读出速度没有任何改进...

datbik189 · 发表于 2014-11-11 13:29:14

mdyblog 发表于 2014-11-11 13:12
1： 8pe 慢
原来测试 8pe 7pe 不慢啊，只有 XP/03 的大FAT32 才慢（后来UDM对此做了优化）。
是不是 ...

非UDM分区很正常

mdyblog · 发表于 2014-11-11 14:01:31

本帖最后由 mdyblog 于 2014-11-11 14:15 编辑

datbik189 发表于 2014-11-11 13:22
我手里只有win8x64pe和03pe(我心如水19.36版本,今年刚出的,驱动不应该旧)

楼主没看仔细,不管是哪种PE, ...

本帖首页有HHH333的PE下载。 2G为完整， 300M为只有8PEX64。

你请教 ddsony ，他对这个问题很熟。

datbik189 · 发表于 2014-11-11 14:17:39

mdyblog 发表于 2014-11-11 14:01
本帖首页有HHH333的PE下载。 2G为完整， 300M为只有8PEX64。

哦,那算了,用手机下载PE又慢又费钱,有条件再试了

mdyblog · 发表于 2014-11-11 18:45:35

datbik189 发表于 2014-11-11 14:17
哦,那算了,用手机下载PE又慢又费钱,有条件再试了

新版支持UDm格式化。
1) 右键 --> 菜单
2) 第一列/左键 -->菜单

mdyblog · 发表于 2014-11-11 19:01:53

datbik189 发表于 2014-11-11 13:24
分区格式(不管是FATx,NTFS)对UDM分区读出速度没有任何改进...

H3的 8PEX64
NTFS格式化 UDM（Z:)
拷贝出来速度测试——没问题：

datbik189 · 发表于 2014-11-11 19:19:13

mdyblog 发表于 2014-11-11 19:01
H3的 8PEX64
NTFS格式化 UDM（Z:)
拷贝出来速度测试——没问题：

经测试,用了新的格式化功能,NTFS正常,FAT32异常(说明跟pe无关)

ddsony · 发表于 2014-11-11 19:24:43

mdyblog 发表于 2014-11-11 18:45 新版支持UDm格式化。 1) 右键 --> 菜单 2) 第一列/左键 -->菜单

大师终于在MBROStool上开始挖掘右键菜单啦，这可是个无底洞啊，七弄八弄什么右键“添加”“删除”“分裂”，别弄得象DG那般强。

datbik189 · 发表于 2014-11-11 19:27:08

更正,在win8x64pe中使用新功能格式化成FATx和NTFs,UDM读写速度飞快,看来不能在XP下格式化

ddsony · 发表于 2014-11-11 19:27:40

datbik189 发表于 2014-11-11 19:19 经测试,用了新的格式化功能,NTFS正常,FAT32异常(说明跟pe无关)

FAT格式>1G的UDM应该会自动开启加速功能的，但总体而言略逊于NTFS和exFAT格式。

		自动登录	找回密码
密码			注册

彩鑫聚彩鑫聚当前离线积分 54 IP卡狗仔卡	4087^# 发表于 2014-11-11 10:42:40 \| 只看该作者提示: 作者被禁止或删除内容自动屏蔽
彩鑫聚彩鑫聚当前离线积分 54 IP卡狗仔卡
	回复使用道具举报显身卡

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

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评