中国DOS联盟

还是98se中那个mem.exe显示的准确。文件日期1999-5-5，freedos的mem.com的有些问题， 用freedos的mem第一项SYSTEM 经常显示出占用上位内存100K以上。
Upper 内存总大小很离谱，freedos的中的deltree有两版本，其中一个版本不能用/y参数。换用98se的程序就没问题了，只是文件会大一些。

很久以前做的表

XMS2.0 XMS3.0(XMS16) XMS3.0(XMS32) PMode EMS4.0

HIMEM.SYS(MSDOS7.10) N 64M 4G N N
HIMEM.SYS(ROMDOS7.10) N 64M N N N
HIMEM.SYS(DRDOS7.03) N 64M N N N
FDXMS.SYS(FREEDOS) 64M N N N N
FDXXMS.SYS(FREEDOS) N 64M 4G N N
HIMEM.EXE(FREEDOS) N 64M 4G N N

EMM386.EXE(MSDOS7.10) N N N Y 32M
EMM386.EXE(FREEDOS) N N N Y 32M

EMM386.EXE(DRDOS7.03) N 64M 64M Y 32M
QEMM386.SYS(QEMM7.50) N 64M 64M Y 64M
QEMM386.SYS(QEMM9.00) N 64M 4GB Y 4GB

我一直没有用过Qboot.sys

我想问一下，QDBOOT在应用上面起什么作用？
望告知。谢谢

darkradx够细心的

站长14楼的附件试了，使用QHIMEME.SYS或HIMEME+HDPMI32后显示除总XMS数不正确外连已使用XMS数都成？了，此MEM应该就是xugaohui所说的98se中那个（文件日期也是1999-5-5的），站长8楼上传MEM和我13楼上传MEM估计版本相同的只是站长那个已经压缩过的（个头小）。
最后希望站长有空时把USBASPI.SYS V2.20和UMBPCI.SYS V3.67压缩下分享给大家这2个SYS经压缩后估计能节省30KB空间

那个我上传的98se中的MEM在HIMEM+HDPMI32下会将总XMS内存显示为64MB，而剩余内存则超过64MB，总内存比剩余内存还小，所以已用内存自然会被显示为？号或错误的数值了。而我们上传的DOS 7.1启动盘中的MEM（分别为压缩版和未压缩版）则不会这样。

USBASPI.SYS和UMBPCI.SYS的压缩版见附件：

Originally posted by johnsonlam at 2006-10-13 02:08:



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

经你提示检查了CONFIG.SYS，已确认不次序排错，是因QDBOOT.SYS未加参数/R /W的原因，我还为CONFIG.SYS里加载了QDREL.SYS用MEM查看却没有QDREL.SYS而不解呢，原来QDBOOT.SYS是依赖QDREL.SYS来减少内存占用的。既然其它MI.COM侦错也属于正常现象也无所谓 QHIMEM2.SYS 了

谢谢站长的USBASPI.SYS和UMBPCI.SYS的压缩版，太好了个头小了26多K