【原创】TXTSETUP.SIF减肥和检查错误批处理TSLite V0.9（4月29日更新）

zhaohj · 发表于 2010-4-29 10:55:07

精简TXTSETUP.SIF，进展如何？
一直想找一个INIFILE的替代品，找不到啊。64KB的限制，外置驱动都得精简。

NicTense · 发表于 2010-4-29 10:57:55

原帖由 zhaohj 于 2010-4-29 10:55 发表
精简TXTSETUP.SIF，进展如何？
一直想找一个INIFILE的替代品，找不到啊。64KB的限制，外置驱动都得精简。

最近仔细研究了一下hwid的构成和优先关系之后发现

上版的算法，有些地方有点问题，这两天抽空先修改一下这个批处理，把可能出问题的部分先处理了

因为有个这样的问题存在

比如说存在A，B，C三个hwid（包含子ID）

假设 A可以替代C，本来精简掉C是没问题的，但问题就在于，如果同一个硬件，兼容ID里面既有B，又有A，那么问题就来了，如果B优先级比A高，那么A就是没用的了

上版只考虑两者的兼容关系，没有考虑程咬金的问题。。。考虑这个之后得出的结论就是CC_段由于优先级很低，最好是不精简，本身这部分也不多

但是如果要精准精简，就是确保没用的一个不留，删掉的也不会导致任何问题的话

需要判断8种情况的优先顺序，也就是对每个hwid，要判断8种情况，这个批处理有点吃不消，下次有用再改用powerbasic来处理了

[ 本帖最后由 NicTense 于 2010-4-29 11:01 编辑 ]

zhaohj · 发表于 2010-4-29 11:06:53

[SourceDisksFiles]也精简一下，只保留有用的。

驱动外置的话，[SourceDisksFiles]可以全删除，只要[HardwareIdsDatabase]，[SCSI]，[SCSI.LOAD]

[ 本帖最后由 zhaohj 于 2010-4-29 11:10 编辑 ]

NicTense · 发表于 2010-4-29 11:21:51

原帖由 zhaohj 于 2010-4-29 11:06 发表
[SourceDisksFiles]也精简一下，只保留有用的。

驱动外置的话，[SourceDisksFiles]可以全删除，只要[HardwareIdsDatabase]，[SCSI]，[SCSI.LOAD]

[SourceDisksFiles]需要保留6行，要不改成非ramdisk会出错，这6行删除了得不偿失
如果加上这个功能可以提速，而不会减速，批处理版可以直接处理

但是只保留[HardwareIdsDatabase]，[SCSI]，[SCSI.LOAD] 这几个字段应该不行的吧文件系统，bus层那些，包括那些files.xxx的不需要的吗

如果这样的话，我可以增加一个功能，判断如果存在 reserveditem.ini 文件的话，则只保留里面指定的段，否则不删除任何段，只做无损精简

zhaohj · 发表于 2010-4-29 17:23:06

原帖由 NicTense 于 2010-4-29 11:21 发表

[SourceDisksFiles]需要保留6行，要不改成非ramdisk会出错，这6行删除了得不偿失
如果加上这个功能可以提速，而不会减速，批处理版可以直接处理

但是只保留[HardwareIdsDatabase]，[SCSI]，[SCSI.LOAD] ...

这样也好，我外置SRS就方便了，内置版还是需要保留的。

zhaohj · 发表于 2010-4-30 11:06:36

0.9测试了一下，确实解决了以前版本中的问题。
但减肥效果也打折了。有些看来得手动。
DOS版能这样就不错了。

制作新版建议，比如A、B、C有相同的PCI\VEN_XXXX&DEV_YYYY，就要计算ABC哪个ID行最多，最多的删除SUBSYS并合并。

NicTense · 发表于 2010-4-30 11:50:27

原帖由 zhaohj 于 2010-4-30 11:06 发表
0.9测试了一下，确实解决了以前版本中的问题。
但减肥效果也打折了。有些看来得手动。
DOS版能这样就不错了。

制作新版建议，比如A、B、C有相同的PCI\VEN_XXXX&DEV_YYYY，就要计算ABC哪个ID行最多，最多的 ...

嗯，只要不是批处理，这些就没问题
这个功能如果用批处理，可以实现，但是会使整个过程增加几分钟，而如果用编程软件，基本上不影响时间，即使用asp都不会这样

不过可能要过阵子了，有时间我就弄一下

那个HWID的问题，可以不用手工，要精确地判段，把那些容易出问题的比如CC_段也精简的话，需要对这些ID判断最多8种情况

这个批处理是吃不消的，太慢了，只能等下版有空用pb来弄了

但是像CC_段有个问题，即使判断8种格式确定没问题了，还是会影响扩展性，因为那是个越级的精简，即使当时精简后没问题，但是之后加入新的ID，里面出现程咬金的话，还是会出问题

所以凡是 CC_段的，其实都不建议越级精简（即用只有CC_一段的来替代，优先级太低了，8种情况排第8，只有前面7种都没有指定驱动才会被用到，但是有些公司偏偏喜欢把ide,ahci,raid等都用一样的主id

[ 本帖最后由 NicTense 于 2010-4-30 11:51 编辑 ]

fydncom · 发表于 2010-4-30 12:30:49

好东西啊高手支持支持

zhaohj · 发表于 2010-4-30 16:04:52

如果单是CC_段，全都放在最后，但这种情况一般是ide,ahci,raid混合，不多的。

驱动的匹配顺序还有点迷茫，楼主既然知道8种格式，解释一下优先匹配顺序吧。

guyouhua · 发表于 2010-12-15 18:02:16

运行时，速度实在是太慢了！

2010waitopen · 发表于 2010-12-15 21:07:00

留着备用，需要测试一下

CAL · 发表于 2013-6-5 13:34:19

测试一下

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

【原创】TXTSETUP.SIF减肥和检查错误批处理TSLite V0.9（4月29日更新）

BUG