diskpart shell ,用 pecmd 给 diskpart 做个外壳 ver:1.28.5 改进

dos时代菜鸟

caocaofff 发表于 2019-4-12 09:09
现在测试没有问题了

确实是，我为了测试 语言代码，加入了 chcp 指令 给  cmd ，批处理调用路径上就 没再加个引号。因为有 外面那个 diskpart_shell.cmd 调用，应该没问题，就没改。没想到 你老弟 还有这 想法呀。呵呵

dos时代菜鸟

发现一处错误，mbr 分区下 主分区激活按钮居然 不可用，现在已经改过来了，
是 因为 某次升级修改了表格结构，原本记录分区主、逻辑类型的字段后移，导致采集数据对不上。

nttwqz

dos时代菜鸟 发表于 2019-6-1 11:47
发现一处错误，mbr 分区下 主分区激活按钮居然 不可用，现在已经改过来了，
是 因为 某次升级修改了表格结 ...

又更新了～

窄口牛

下载欣赏一下。

hzjyswf

学习了，谢谢，

2019hhh

谢谢分享

dos时代菜鸟

最新测试 1.20.2

改进了 硬盘分区序列 获取 的方法，用 pecmd 使 diskaprt 驻留进程，随时传递给其命令，然后获取其命令结果。
减少 diskpart 频繁调取 成本。

dos时代菜鸟

2019.07.23

1.20.4
改进启动和数据刷新 模块，启动和刷新数据时 显示 调取的数据。
因为临时数据文件 不断增加，数据刷新的过程 可能会越来越慢，所以增加一个 “刷新diskpart” 的按钮，用于重新驻留 diskpart 进程，以减小临时文件大小。

1.20.3
用 pecmd 脚本取代 parts.cmd ，实现一次运行 diskpart 驻留进程并等待命令运行，进而节省 diskpart 的调用成本。
因为采用 pecmd+diskpart 获取硬盘分区序列，对一些字符定位进行了调整。
改进 硬盘均分 模块中 己算硬盘 大小的算法。
不再需要建立中间脚本，所有命令都传递给真实的diskpart 进程直接运行，所以 用变量取代了 创建dp_script 脚本文件，运行速度更快。

2019hhh

下载收藏谢谢!
请教,若硬盘分c.d.e.f.4个区,系统在c盘,选中d盘,删除,然后退出工具,硬盘c(系统).e.f.是否不受影响?

dos时代菜鸟

2019hhh 发表于 2019-7-23 21:14
下载收藏谢谢!
请教,若硬盘分c.d.e.f.4个区,系统在c盘,选中d盘,删除,然后退出工具,硬盘c(系统).e.f.是否不 ...

应该不会受影响，不过，你为什么要这么做呢？
d盘删掉了，硬盘就有一块空间没有分配分区，就相当于空闲着浪费了。为啥不把它格式化呢？

2019hhh

不会这样做,就是疑问一下.工具很好用,能否放单文件版?

dos时代菜鸟

2019hhh 发表于 2019-7-23 21:26
不会这样做,就是疑问一下.工具很好用,能否放单文件版?

源码 不打包，方便随时改进。
要单文件的，可以自己做。

nttwqz

正在加载中

对比一下

如果不是为了测试，建议最终关闭加载过程显示，仅显示最上面那一行字就可以了，感觉显示会严重影响效率。

datbik189

感觉是初次启动diskpart时间久，我的WIN10机子经过测试，要300-2500ms，有时快，有时慢。

http://bbs.wuyou.net/forum.php?m ... 2NTl8MHwyMDU0MDI%3D

dos时代菜鸟

因为为了保险起见 脚本设计成 每 50ms 轮询一次临时文件来判断上一条指令是否运行完毕，来决定运行下一条指令，所以会慢一些，可以在 diskpart2x.wcs 的 第 32行 envi wait_n=50 改为 envi wait_n=5 ，应该会快一些。

启动时 显示的 数据 是每 200ms 读取 临时文件信息,根 diskpart 运行是并行的，应该不会影响指令运行速度。

速度 还与 硬盘临时文件的大小、存储、硬盘个数、分区个数等有一定关系，尤其是 硬盘个数和分区个数，这个直接决定了 探测指令的个数。
而 pecmd 读取临时文件时，因为文件体积的增加，也会变慢。

dos时代菜鸟

刚 增加了一个显示 数据载入时间的 文本签

这个不同于 diskpart /s 的方式运行脚本，因为 需要对临时文件进行轮询 确定 diskpart 及其每一条指令 已经运行了，这个是需要耗费时间的，但是对diskpart 本身的资源应该是 节省了的。而且以后 脚本中 要运行一些 指令，如果不重新 刷新数据，这些指令的运行也应该是 节省成本的，

如图：
如此硬盘分区结构的获取也不过10秒，多次运行 消耗时间出入不大。

dos时代菜鸟

再次更新 1.20.8
调整 获取硬盘分区序列的算法，减少diskpart指令个数，加快获取速度。
优化时间算法。
增加 退出 按钮，防止 形成 pecmd 死进程。

dos时代菜鸟

这回 加载 速度 也快了不少。

datbik189

牛,10秒太夸张了. 我运行你的脚本是1.5秒, 这才是让人愉悦的速度.

建议时间标签换成两种, 一种是diskpart的启动时间,一种是脚本运行的时间, 这样才能判断是diskpart慢, 还是分析脚本慢.

时常调用diskpart的脚本, 建议做成命令块, 这将大大减少工作量.

附件中的文件:

#997:
为测试版本, 需人工输入.

#998:
为命令行版本, 自动化,返回以下的变量值.
&DISKPART_WID   --- 返回窗口的WID值
&DISKPART-FILE   --- 返回临时文件的全路径名称
&RET_F                --- 返回运行的历史记录
&RET_L                --- 返回最新命令运行的记录

dos时代菜鸟

datbik189 发表于 2019-7-24 15:59
牛,10秒太夸张了. 我运行你的脚本是1.5秒, 这才是让人愉悦的速度.

建议时间标签换成两种, 一种是diskp ...

现在的问题是临时文件越大，返回时间就越长。
而这个确实必须要承受的，因为我们要 读取临时文件 判断 指令是否运行完毕 并获取 指令运行结果。

而 向 diskpart 窗口传递指令 需要用 code 进行转化，这个也是费时的一个地方。

如果 pecmd 能够 让 diskpart 的输出 指向一个内存 位置 就好了。或者说 把临时文件放入内存。

刚发现一个脚本问题，就是 刷新 diskpart 进程 时，主窗口 是可操作的，此时如果用户 操作窗口，就可能发生问题，虽然 刷新 diskpart 进程只有一秒。有的 奇葩电脑 diskpart 启动就会很慢，有的甚至 几十秒，这样 就给用户机会去操作 主窗口了。所以 还是 改进了一下。

还有 发现 造成 pecmd 死进程的一个原因，可能是 我 再没有退出 pecmd 的情况下 修改编辑了正在调用的脚本。

datbik189

dos时代菜鸟 发表于 2019-7-24 16:10
现在的问题是临时文件越大，返回时间就越长。
而这个确实必须要承受的，因为我们要 读取临时文件 判断 ...

我运行了100遍 sel disk 0 + detail disk, 花了 15303 ms.

防止误操作,只能是你在脚本中临时禁用某些控件.

envi^ envimode=1
load #998  //启动diskpart
date &tt1 uptime   //开始计时
load #999*命令_数字循环 &V 1 1 100 //生成数字1~100
forx * %&V%,&V1,
{*
set. &V_=sel disk 0 \n detail disk
load #998 &V_
}
date &tt2 uptime
calc &tt=%&tt2%-%&tt1%   //结束计时
mess %&ret_f%\n%&ret_l%@耗时 %&tt% ms
kill diskpart

dos时代菜鸟

datbik189 发表于 2019-7-24 16:29
我运行了100遍 sel disk 0 + detail disk, 花了 15303 ms.

防止误操作,只能是你在脚本中临时禁用 ...

可能跟 envi^ envimode=0 有一定关系
我脚本中大量运行 %% 套 %% 的方式调用变量，不知道 envi^ envimode=1 模式下 怎么用 ~ 解释 多个% 嵌套解释的问题。

窗口控件已经 不能再减啥了，其他窗口的控件 都有功能跟着呢。

你把
result.txt 先存一些内容进去，比如一千行数据，然后把
diskpart >result.txt，变成 diskpart >>result.txt，再看看 ，肯定要更耗时，
这个 pecmd 读取文件时间 取决于 文件的大小。要是只是简单的 模拟 diskpart 的界面操作，并没有什么感觉。但是如果 用在我的这个 功能脚本 上，需要 在每次 Diskpart 指令结束 重新分析获取整个硬盘分区序列并取数据。就会越来越费时间。

关键就是 pecmd 读取文件 和判断 指令运行情况 这方面 费时间。某种程度上，还不如用 cmd 获取硬盘数据来的快了。

我这电脑配置也低，本身速度就上不来。

datbik189

dos时代菜鸟 发表于 2019-7-24 17:03
可能跟 envi^ envimode=0 有一定关系
我脚本中大量运行 %% 套 %% 的方式调用变量，不知道 envi^ envim ...

ENVI^ ENVIMODE=0 是 PECMD4.0模式, 贪婪模式, 不能在%里面套用%.
这个应该不影响速度的.

ENVI^ ENVIMODE=1 是 标准模式, ^SET &V=%%%~1%%或者 ^^^SET &V=%%%~1%%
(一个^就解释一遍)

临时禁止窗口:
ENVI @WIN1.VISIBLE=0 //窗口不可见
ENVI @WIN1.ENABLE=0 //窗口不可用

运行了 3 次 50 遍 sel disk 0 + detail disk,是一遍比一遍慢.

办法是检测文本的行数,大于500行,重启DISKPART?

dos时代菜鸟

datbik189 发表于 2019-7-24 17:32
ENVI^ ENVIMODE=0 是 PECMD4.0模式, 贪婪模式, 不能在%里面套用%.
这个应该不影响速度的.

嗯 这个耗时 的 临时文件模式，根电脑本身速度也有关系，我要是这个情况 估计嘚半分钟。

那个 %% 套 %% 的我的那个脚本就在  用有啊。

datbik189

dos时代菜鸟 发表于 2019-7-24 17:48
嗯 这个耗时 的 临时文件模式，根电脑本身速度也有关系，我要是这个情况 估计嘚半分钟。

那个 %% 套 % ...

我的电脑也很烂, I3-8100 3.6 GHz ,内存 4G, 集显.

dos时代菜鸟

datbik189 发表于 2019-7-24 17:59
我的电脑也很烂, I3-8100 3.6 GHz ,内存 4G, 集显.

所以 在我这个脚本里面 干脆就是用户 每运行一组 diskpart 后需要刷新 硬盘分区数据的时候，就 重新来一个 diskpart 进程。这样，还要先把原来的diskpart关了，这个关闭的过程也耗时间。 来来回回的，唯一节省点儿的就是 运行 一组组的 diskpart 指令的时候 是在已有的 diskpart 进程中运行的，要不是考虑 这样可以减少 diskpart 的调用次数，我都不想用这个 办法了。

还有就是 那些 本来启动 diskpart 就很慢的情况下，一次启动了 diskpart 就尽量保持着这个 diskpart 的进程干更多的事情，这样才划算，所以才考虑 这么个办法，让 diskpart 驻留到 进程中由 pecmd 来控制的。

datbik189

dos时代菜鸟 发表于 2019-7-24 18:10
所以 在我这个脚本里面 干脆就是用户 每运行一组 diskpart 后需要刷新 硬盘分区数据的时候，就 重新来 ...

有个思路，不知行不行，明天有空时弄弄再测下。

开始直接运行2个DISKPART，一个用着，一个备用。当其中一个重起，一个还能用。

dos时代菜鸟

datbik189 发表于 2019-7-24 19:09
有个思路，不知行不行，明天有空时弄弄再测下。

开始直接运行2个DISKPART，一个用着，一个备用。当 ...

可以考虑试试看。

datbik189

dos时代菜鸟 发表于 2019-7-24 20:47
可以考虑试试看。

我那有现成的命令块，明早如果没事，我改下命令块。

我觉得应该可以自动切换，新的diskpart 重启好了，自动切换到新的diskpart,并重启另一个，如此循环，用线程。

dos时代菜鸟

随机发生  pecmd 僵尸进程。不知为何。