中国DOS联盟论坛

中国DOS联盟

-- 联合DOS 推动DOS 发展DOS --
联盟域名：www.cn-dos.net　论坛域名：www.cn-dos.net/forum
游客 | 登录 | 注册 | 会员 | 搜索 | 中国DOS联盟
中国DOS联盟论坛
现在时间是 2026-08-01 23:14 		共 48,037 主题排行 / 350,122 发帖 / 今日 2 篇 / 48,250 会员排行
DOS开发编程 & 发展交流 （开发室） » QDMA / QCACHE V3.6 (2006-10-09)
可打印版本 　3,766 / 21
第1楼　johnsonlam 发表于 2006-10-11 05:25
银牌会员　发帖 497　积分 1,410　来自 九龍，香港
QDMA / QCACHE V3.6 (2006-10-09)

2006-10-09

- QDBOOT is now "general purpose", to support SATA and other disks for UMBPCI! QDBOOT takes only 32 low memory bytes! No run-time QCACHE/QDMA changes.

----

QDBOOT 已 变 成 一 般 常 用 程 序 ( 已 不 是 专 为 QDMA 而 设 ) ， 为 了 在 UMBPCI 下 支 援 SATA 作 出 了 些 修 改 ( QDMA 仍 未 有 SATA 支 援 ， 只 有 QCACHE 可 以 ) 。

QDBOOT 现 在 只 在 传 统 记 忆 体 占 32 bytes ! QDMA 和 QCACHE 没 有 改 动 。


[ Last edited by johnsonlam on 2006-10-11 at 05:27 ]
第2楼　weilong888 发表于 2006-10-11 09:05
银牌会员　发帖 548　积分 1,270
With many thanks to Jack.
第3楼　fastslz 发表于 2006-10-12 13:25
铂金会员　发帖 2,315　积分 5,493　来自 上海
测试QCACHE V3.6能在我的主板启动后，又测试了QHIMEM也能胜利加载。我的VIA P4X266 VL33-S即QCACHE V3.6、QHIMEM V3.1后终于能使用Q全系列了，请johnsonlam转告Jack这一消息，这一项突破意味着Q全系列兼容VIA有了更深一层。

简单描述下各版本测试情况：
QCACHE V3.4 启动过程中未看见提示直接重启
QCACHE V3.5 未做测试
QCACHE V3.6 启动后未见异常
QHIMEM2.8或2.9 之前任何参数都不能启动
QHIMEM3.0 未做测试
QHIMEM3.1 任何参数都能启动，启动后异常不能确定（可能我配置参数有误）
也就是说QCACHE V3.4～V3.6和QHIMEM2.8～3.1之间的变化，这些版本之间的差别对比可能对 Jack 有用

测试用参数：
DEVICE=DOS\QHMBOOT.SYS
DEVICE=DOS\QDBOOT.SYS
DEVICE=DOS\QHIMEM.SYS
DEVICE=DOS\UMBPCI.SYS NOEMS
DEVICEHIGH=DOS\LOWDMA.SYS
DEVICEHIGH=DOS\QDREL.SYS
DEVICEHIGH=DOS\QCDROM.SYS /D:IDE-CD01 /UF /L
DEVICEHIGH=DOS\QDMA.SYS /K /L
DEVICEHIGH=DOS\QCACHE.SYS
SHELL=COMMAND.COM /E:1024 /P /F
DOS=HIGH,UMB,AUTO
FCBSHIGH=4,0
FILESHIGH=30
BUFFERSHIGH=20,0
STACKSHIGH=9,256
DEVICEHIGH=DOS\RAMDRIVE.SYS /E 8192
LASTDRIVEHIGH=Z

MEM数据：
1 Mb 以下使用内存的模块:

名称 总计 = 常规内存 + 上位内存
-------- ---------------- ---------------- ----------------
SYSTEM 18,160 (18K) 9,840 (10K) 8,320 (8K)
QHMBOOT 64 (0K) 64 (0K) 0 (0K)
QDBOOT 880 (1K) 880 (1K) 0 (0K)
QHIMEM 1,904 (2K) 1,904 (2K) 0 (0K)
UMBPCI 160 (0K) 160 (0K) 0 (0K)
TW 47,216 (46K) 38,800 (38K) 8,416 (8K)
QCDROM 2,304 (2K) 0 (0K) 2,304 (2K)
QDMA 1,088 (1K) 0 (0K) 1,088 (1K)
QCACHE 3,376 (3K) 0 (0K) 3,376 (3K)
RAMDRIVE 1,440 (1K) 0 (0K) 1,440 (1K)
SHCDX33A 6,048 (6K) 0 (0K) 6,048 (6K)
DOSLFN 28,816 (28K) 0 (0K) 28,816 (28K)
ZENO 1,376 (1K) 0 (0K) 1,376 (1K)
DOSKEY 3,968 (4K) 0 (0K) 3,968 (4K)
COMMAND 10,752 (11K) 0 (0K) 10,752 (11K)
CTMOUSE 3,328 (3K) 0 (0K) 3,328 (3K)
FREE 597,152 (583K) 594,480 (581K) 2,672 (3K)

内存总计:

内存类型 总共 = 已使用 + 空闲
---------------- ----------- ----------- -----------
常规内存 646,144 51,664 594,480
上位内存 81,904 79,232 2,672
保留内存 320,528 320,528 0
扩展内存 (XMS) 66,060,288 4,105,764,8 255,262,720
---------------- ----------- ----------- -----------
总内存 67,108,864 4,106,216,2 255,859,872

1 MB 以下内存数 728,048 130,896 597,152

总计扩充内存 (XMS) 66,060,288 (64,512K)
空闲扩充内存 (XMS) 255,262,720 (249,280K)

最大可执行程序尺寸 594,176 (580K)
最大空闲上位内存块 2,224 (2K)
空闲高内存区数 288 (0K)
MS-DOS 驻留在高位内存区中.


唯一疑问；扩展内存 (XMS) 数总共为什么是66,060,288而不是 （已使用 + 空闲数的总和）；也就是之前说的不能确定异常情况。也试着用README.EXE推荐配置都有(XMS) 数不符的情况，请johnsonlam看下是否有更好的配置方法？

哦、补充说明上面的测试参数：在未加载SMARTDRV.EXE情况下进行594MB大小文件复制测试用时46.5秒。

[ Last edited by fastslz on 2006-10-12 at 13:46 ]
第4楼　darkradx 发表于 2006-10-12 15:09
高级用户　发帖 420　积分 972
哪个版本的mem得到的数据啊?建议用Freedos1.0里面的(举个例子:MS710的MEM就无法读FDXXMS的XMS信息, Freedos的就可以)

MEM程序如果INT15/XMS3.0(XMS16)/(XMS3.0)XMS32三种接口混合使用取内存信息的话, 会出现数值不符吧
第5楼　fastslz 发表于 2006-10-12 21:40
铂金会员　发帖 2,315　积分 5,493　来自 上海
标准版MS-DOS 7.1里面的MEM，且用HIMEM.SYS时显示的(XMS) 总数是正确的
第6楼　Wengier 发表于 2006-10-12 21:58
系统支持　发帖 10,521　积分 27,736
Originally posted by fastslz at 2006-10-12 09:40 PM:
标准版MS-DOS 7.1里面的MEM，且用HIMEM.SYS时显示的(XMS) 总数是正确的


这个MEM有一个我早已发现的特点，那就是如果它检测到INT2F的AX=1600号功能为非0的时候（比如WIN运行时或在HDPMI32加载后）会将总XMS内存最大显示为64MB，而剩余XMS内存则正确；如果INT2F的AX=1600号功能为0的时候（如通常的实模式DOS下等等）则两项均正常显示。由此可见，这仅仅是MEM显示的问题，而总XMS内存并不是说只有64MB。我觉得这有可能其设计者有意这样设计的，比如说在某些环境下为了某种兼容性（？）。
第7楼　fastslz 发表于 2006-10-12 22:22
铂金会员　发帖 2,315　积分 5,493　来自 上海
谢谢站长解答
Re:darkradx
我对Freedos1.0不感冒一下子找个Freedos1.0版的MEM还真不容易
第8楼　Wengier 发表于 2006-10-12 22:32
系统支持　发帖 10,521　积分 27,736
Originally posted by fastslz at 2006-10-12 10:22 PM:
谢谢站长解答
Re:darkradx
我对Freedos1.0不感冒一下子找个Freedos1.0版的MEM还真不容易:D


fastslz不妨试试DOS完整版中的MEM（已上传到附件中），这个应该正确能显示出总XMS内存的：

附件
MEM.EXE (14.5 KiB)
第9楼　fastslz 发表于 2006-10-12 22:54
铂金会员　发帖 2,315　积分 5,493　来自 上海
这个MEM和我之前用的MEM MD5校验值不同，得出的数据还是一样的不能显示出总XMS内存。
用Freedos1.0的MEM：

Modules using memory below 1 MB:

Name Total Conventional Upper Memory
-------- ---------------- ---------------- ----------------
SYSTEM 18,160 (18K) 9,840 (10K) 8,320 (8K)
QHMBOOT 80 (0K) 80 (0K) 0 (0K)
QDBOOT 896 (1K) 896 (1K) 0 (0K)
QHIMEM 1,920 (2K) 1,920 (2K) 0 (0K)
UMBPCI 176 (0K) 176 (0K) 0 (0K)
TW 47,216 (46K) 38,800 (38K) 8,416 (8K)
QCDROM 2,320 (2K) 0 (0K) 2,320 (2K)
QDMA 1,104 (1K) 0 (0K) 1,104 (1K)
QCACHE 3,392 (3K) 0 (0K) 3,392 (3K)
RAMDRIVE 1,456 (1K) 0 (0K) 1,456 (1K)
SHCDX33A 6,048 (6K) 0 (0K) 6,048 (6K)
DOSLFN 28,816 (28K) 0 (0K) 28,816 (28K)
ZENO 1,376 (1K) 0 (0K) 1,376 (1K)
DOSKEY 3,968 (4K) 0 (0K) 3,968 (4K)
COMMAND 10,752 (11K) 0 (0K) 10,752 (11K)
CTMOUSE 3,328 (3K) 0 (0K) 3,328 (3K)
Free 596,864 (583K) 594,192 (580K) 2,672 (3K)

Memory Type Total Used Free
---------------- -------- -------- --------
Conventional 631K 51K 580K
Upper 80K 77K 3K
Reserved 313K 313K 0K
Extended (XMS) 258,176K 8,896K 249,280K
---------------- -------- -------- --------
Total memory 259,200K 9,337K 249,863K

Total under 1 MB 711K 128K 583K

Largest executable program size 580K (594,176 bytes)
Largest free upper memory block 2K ( 2,224 bytes)
Windows is resident in the high memory area.
第10楼　Wengier 发表于 2006-10-12 23:03
系统支持　发帖 10,521　积分 27,736
可见如我上面所说这纯粹是MEM的显示问题，跟系统的实际总内存情况无关。不过上面这个MEM似乎也有个显示的小BUG，明明WIN没有运行甚至根本没有安装，却说“Windows is resident in the high memory area.”。
第11楼　fastslz 发表于 2006-10-12 23:29
铂金会员　发帖 2,315　积分 5,493　来自 上海
理解了，确实只是MEM的显示问题。
另外测试：用HIMEME.SYS并加载HDPMI32后，显示XMS的总数还是正确的，也就加载QHIMEME.SYS后显示不正常
1 Mb 以下使用内存的模块:

名称 总计 = 常规内存 + 上位内存
-------- ---------------- ---------------- ----------------
SYSTEM 28,880 (28K) 9,872 (10K) 19,008 (19K)
HIMEM 1,152 (1K) 1,152 (1K) 0 (0K)
UMBPCI 160 (0K) 160 (0K) 0 (0K)
LOWDMA 672 (1K) 672 (1K) 0 (0K)
QCDROM 2,304 (2K) 2,304 (2K) 0 (0K)
QDMA 1,088 (1K) 1,088 (1K) 0 (0K)
QCACHE 3,376 (3K) 3,376 (3K) 0 (0K)
NDOS 34,576 (34K) 34,048 (33K) 528 (1K)
TW 43,936 (43K) 38,800 (38K) 5,136 (5K)
HDPMI32 13,056 (13K) 13,056 (13K) 0 (0K)
RAMDRIVE 1,440 (1K) 0 (0K) 1,440 (1K)
SHCDX33A 6,048 (6K) 0 (0K) 6,048 (6K)
DOSLFN 28,816 (28K) 0 (0K) 28,816 (28K)
ZENO 1,376 (1K) 0 (0K) 1,376 (1K)
CTMOUSE 3,328 (3K) 0 (0K) 3,328 (3K)
COMMAND 7,808 (8K) 0 (0K) 7,808 (8K)
DOSKEY 3,968 (4K) 0 (0K) 3,968 (4K)
FREE 546,048 (533K) 541,600 (529K) 4,448 (4K)

内存总计:

内存类型 总共 = 已使用 + 空闲
---------------- ----------- ----------- -----------
常规内存 646,144 104,544 541,600
上位内存 81,904 77,456 4,448
保留内存 189,456 189,456 0
扩展内存 (XMS) 264,372,224 13,094,912 251,277,312
---------------- ----------- ----------- -----------
总内存 265,289,728 13,466,368 251,823,360

1 MB 以下内存数 728,048 182,000 546,048

总计扩充内存 (XMS) 264,372,224 (258,176K)
空闲扩充内存 (XMS) 251,277,312 (245,388K)

最大可执行程序尺寸 540,848 (528K)
最大空闲上位内存块 4,000 (4K)
空闲高内存区数 5,328 (5K)
MS-DOS 驻留在高位内存区中.
第12楼　Wengier 发表于 2006-10-12 23:47
系统支持　发帖 10,521　积分 27,736
Originally posted by fastslz at 2006-10-12 11:29 PM:
理解了，确实只是MEM的显示问题。
另外测试：用HIMEME.SYS并加载HDPMI32后，显示XMS的总数还是正确的，也就加载QHIMEME.SYS后显示不正常


在HIMEME.SYS并加载HDPMI32后的情况下，就要看是哪个MEM了吧？印象中前面那两个MEM的显示结果是不同的（其中前者，即你最开始用的那个会显示为64MB，除非设置HDPMI=16384；而后者，即上面附件中上传的那个则正确）。
第13楼　fastslz 发表于 2006-10-12 23:56
铂金会员　发帖 2,315　积分 5,493　来自 上海
站长不好意思了，我没有注明，我用的是了之前的MEM，也没设置HDPMI=16384，就你最新加载ifs方法。
HDPMI32
NDOS -LFN -MOUNTALL -CP:936
DRVLIST.EXE

附上我用的MEM

原附件已被作者删除~~~~

[ Last edited by fastslz on 2006-11-8 at 02:39 PM ]
第14楼　Wengier 发表于 2006-10-13 00:14
系统支持　发帖 10,521　积分 27,736
Originally posted by fastslz at 2006-10-12 11:56 PM:
站长不好意思了，我没有注明，我用的是了之前的MEM，也没设置HDPMI=16384，就你最新加载ifs方法。
HDPMI32
NDOS -LFN -MOUNTALL -CP:936
DRVLIST.EXE

附上我用� ...


嗯，看来你上传的这个MEM和我说的那个“前者”所指并不相同。若你试试下面附件中的MEM就应该能看出区别了。

附件
MEM.ZIP (19.06 KiB)
第15楼　johnsonlam 发表于 2006-10-13 02:08
银牌会员　发帖 497　积分 1,410　来自 九龍，香港
Originally posted by fastslz at 2006-10-12 11:56 PM:
站长不好意思了，我没有注明，我用的是了之前的MEM，也没设置HDPMI=16384，就你最新加载ifs方法。



你 的 QDBOOT v3.6 占 880 bytes 即 是 CONFIG.SYS 內 次 序 排 错 了 ， 请 小 心 看 看 QDMA 的 README ， 配 合 QDREL 后 QDBOOT 不 该 占 880 bytes 那 么 多 !

還 有 ， 由 於 QHIMEM.SYS 為 了 省 記 憶 ， XMS handle 查 表 只 是 7 bit ， 除 了 FreeDOS MEM 能 夠 正 確 顯 示 ， 其 它 如 MI.COM 會 偵 錯 !

要 是 你 在 意 ， 可 以 用 QHIMEM2.SYS ， 它 是 與 M$ 的 HIMEM 一 樣 ， 使 用 10 bit handle 的


[ Last edited by johnsonlam on 2006-10-13 at 02:12 ]
1 2 　下一页
[ 联系联盟系统管理团队 - 中国DOS联盟 - 标准版 ]
Sponsored by ifanr Inc | © 2001–2023