中国DOS联盟

-- 联合DOS 推动DOS 发展DOS --

联盟域名：www.cn-dos.net 论坛域名：www.cn-dos.net/forum
DOS，代表着自由开放与发展，我们努力起来，学习FreeDOS和Linux的自由开放与GNU精神，共同创造和发展美好的自由与GNU GPL世界吧！

游客: 注册 | 登录 | 命令行 | 会员 | 搜索 | 上传 | 帮助 »

中国DOS联盟论坛 » DOS疑难解答 & 问题讨论（解答室） » 问个内存的问题

Rinrin
初级用户

积分 30
发帖 10
注册 2005-7-23
状态离线

『楼主』: 问个内存的问题

如图所示，UMBPCI开启的内存分为两块：
CC00-DFFF
E400-EFFF
现在想让CC00段的程序全部移动至E400段，使空闲块最大，请问如何处理？

在COMMAND加载后，再enable CC00段是否可行？

2009-4-6 00:39

wl00560
银牌会员

积分 1384
发帖 709
注册 2005-10-29
状态离线

『第 2 楼』:

lh可以加参数，让程序到某个区块的……

2009-4-7 03:57

Rinrin
初级用户

积分 30
发帖 10
注册 2005-7-23
状态离线

『第 3 楼』:

像SYSTEM, FILES, STACKS这些，不能用LH指定吧？
COMMAND也可以指定加载位置吗？

2009-4-7 09:22

Climbing
铂金会员

网络独行侠

积分 6962
发帖 2753
注册 2003-4-16
来自河北保定
状态离线

『第 4 楼』:

此Rinrin是彼Rinrin吗？

你的问题我也不懂。

偶只喜欢回答那些标题和描述都很清晰的帖子！
如想解决问题，请认真学习“这个帖子”和“这个帖子”并努力遵守，如果可能，请告诉更多的人！

2009-4-7 10:51

(653668)

netbenton
银牌会员

批处理编程迷

积分 1916
发帖 752
注册 2008-12-28
来自广西
状态离线

『第 5 楼』:

command.com 虽然不能指定，但是它会自动放到最合理的地方吧

精简
[你的+我的+他的]=>[大家的] 个人

网志

2009-4-7 12:23

(37659560)

wl00560
银牌会员

积分 1384
发帖 709
注册 2005-10-29
状态离线

『第 6 楼』:

原来你移这些啊，那我就没办法了……

2009-4-7 13:09

DOSforever
金牌会员

积分 4639
发帖 2239
注册 2005-1-30
状态离线

『第 7 楼』:

Quote:

Originally posted by Rinrin at 2009-4-7 09:22:
像SYSTEM, FILES, STACKS这些，不能用LH指定吧？
COMMAND也可以指定加载位置吗？

这些系统数据可能无法指定加载到什么位置。
如果用 QEMM386 的话，可以用 LOADHI.SYS 加载 COMMAND.COM 到指定的 UMB 区域。

DOS倒下了，但永远不死
DOS NEVER DIES !

投票调查：
http://www.cn-dos.net/forum/viewthread.php?tid=46187

本人尚未解决的疑难问题：
http://www.cn-dos.net/forum/viewthread.php?tid=15135
http://www.cn-dos.net/forum/viewthread.php?tid=47663
http://www.cn-dos.net/forum/viewthread.php?tid=48747

2009-4-11 09:15

Rinrin
初级用户

积分 30
发帖 10
注册 2005-7-23
状态离线

『第 8 楼』:

使用/L的区域参数似乎会稍微浪费一点空间
使用之前：

Upper memory detail:

  Segment  Region        Size        Name         Type

  -------  ------  ----------------  -----------  --------

   0B01F       1     32,256   (32K)  MS-DOS       -- Free --

   0C700       2     58,080   (57K)  SYSTEM       System Data

                        848    (1K)     SETVERXX  Installed Driver SETVER  

                      1,776    (2K)     U-CD-DVD  Installed Driver UIDE    

                      6,512    (6K)     PROTMAN$  Installed Driver PROTMAN 

                      2,656    (3K)     PKTDRV$   Installed Driver DIS_PKT 

                     27,696   (27K)     PCNTND$   Installed Driver PCNTND  

                      2,080    (2K)               FILES=40

                        256    (0K)               FCBS=4

                     10,720   (10K)               BUFFERS=20

                      2,288    (2K)               LASTDRIVE=Z

                      3,072    (3K)               STACKS=9,256

   0D52E       2        176    (0K)  MS-DOS       -- Free --

   0D539       2        400    (0K)  KILLER       Program

   0D552       2      3,968    (4K)  DOSKEY       Program

   0D64A       2      5,856    (6K)  SHARE        Program

   0D7B8       2      3,872    (4K)  NLSFUNC      Program

   0D8AA       2        208    (0K)  MS-DOS       -- Free --

   0D8B7       2      3,104    (3K)  CTMOUSE      Program

   0D979       2        224    (0K)  MS-DOS       -- Free --

   0D987       2     13,632   (13K)  DOSLFN       Program

   0DCDB       2        368    (0K)  DOSIDLE      Program

   0DCF2       2     12,496   (12K)  MS-DOS       -- Free --

   0E400       3      5,728    (6K)  COMMAND      Program

   0E566       3      1,696    (2K)  COMMAND      Environment

   0E5D0       3      4,864    (5K)  MS-DOS       -- Free --

使用/L:2之后：

Upper memory detail:

  Segment  Region        Size        Name         Type

  -------  ------  ----------------  -----------  --------

   0B01F       1     32,256   (32K)  MS-DOS       -- Free --

   0C700       2        880    (1K)  SYSTEM       System Data

                        848    (1K)     SETVERXX  Installed Driver SETVER  

   0C737       2      1,808    (2K)  SYSTEM       System Data

                      1,776    (2K)     U-CD-DVD  Installed Driver UIDE    

   0C7A8       2      6,544    (6K)  SYSTEM       System Data

                      6,512    (6K)     PROTMAN$  Installed Driver PROTMAN 

   0C941       2      2,688    (3K)  SYSTEM       System Data

                      2,656    (3K)     PKTDRV$   Installed Driver DIS_PKT 

   0C9E9       2     46,224   (45K)  SYSTEM       System Data

                     27,696   (27K)     PCNTND$   Installed Driver PCNTND  

                      2,080    (2K)               FILES=40

                        256    (0K)               FCBS=4

                     10,720   (10K)               BUFFERS=20

                      2,288    (2K)               LASTDRIVE=Z

                      3,072    (3K)               STACKS=9,256

   0D532       2        176    (0K)  MS-DOS       -- Free --

   0D53D       2        400    (0K)  KILLER       Program

   0D556       2      3,968    (4K)  DOSKEY       Program

   0D64E       2      5,856    (6K)  SHARE        Program

   0D7BC       2      3,872    (4K)  NLSFUNC      Program

   0D8AE       2        208    (0K)  MS-DOS       -- Free --

   0D8BB       2      3,104    (3K)  CTMOUSE      Program

   0D97D       2        224    (0K)  MS-DOS       -- Free --

   0D98B       2     13,632   (13K)  DOSLFN       Program

   0DCDF       2        368    (0K)  DOSIDLE      Program

   0DCF6       2     12,432   (12K)  MS-DOS       -- Free --

   0E400       3      5,728    (6K)  COMMAND      Program

   0E566       3      1,696    (2K)  COMMAND      Environment

   0E5D0       3      4,864    (5K)  MS-DOS       -- Free --

损失64字节
而且，这些TSR程序，似乎一般会留出几百个字节的空间，不知是做什么用的？
楼上说的QEMM，我先试试

[ Last edited by Rinrin on 2009-4-19 at 06:02 ]

2009-4-19 05:31

DOSforever
金牌会员

积分 4639
发帖 2239
注册 2005-1-30
状态离线

『第 9 楼』:

哈哈！好啊！损失64个字节也计较啊！哈哈哈哈！有我当年B(yte)B(yte)计较的精神。冲你这精神我就把我多年的经验拿出来共享下，大家讨论下吧。

许多 TSR 驻留内存后都会留出几十到几百甚至十几、几十K不等的间隔，那是因为一般 TSR 在加载时所占用的内存要比驻留后要大，因为加载时它还需要一定的环境空间，加载后就不需要了，至于为什么有的有，有的没有，具体我就不知道了，不知是不是和程序的编写有关。

还有一件怪事，有时候我没有改动任何内存配置，也没有改动硬件，但有时候启动后的原来有间隔的会没有，原来没间隔的又会有？下次启动又会正常？而且我还特意 reset 而不是 reboot 。有时候你多启动几次又会和平常一样了。这就是我说的，计算机中常有许多说不清道不明的事情。不过，遇上这样的事情概率很少，总之，计算机中的事情就是“不稳定”的。

从你这情况来看，加不加 /L:2 参数具体指明哪个区域没什么关系，因为 lh 不加参数时总是把 TSR 加载到最大的 UMB ，你这情况最大的 UMB 就是 2 ，所以加不加结果一样。

2009-4-20 10:58

netbenton
银牌会员

批处理编程迷

积分 1916
发帖 752
注册 2008-12-28
来自广西
状态离线

『第 10 楼』:

Quote:

而且，这些TSR程序，似乎一般会留出几百个字节的空间，不知是做什么用的？

程序驻留是以段为单位的16字节，特别是以前的dos版本，在读取文件时以扇区为单位的最小512字节。

还有dos的exe程序在编写时都要指定对齐方式，和连接方式，有：字节，双字，段(16）字节，512,4k,16k,64k,等，合理的分段对齐，可以提高程序的效率。
所看到的，驻留程序后面有几十，或几百个字节，不是因为该程序，而是后的程序造成的。

偶也是大概了解一点，再多的就不知道了。

精简
[你的+我的+他的]=>[大家的] 个人

网志

2009-4-20 12:54

(37659560)

Rinrin
初级用户

积分 30
发帖 10
注册 2005-7-23
状态离线

『第 11 楼』:

to Climbing:是我
楼上的解答有点道理，但这个似乎不属于这种情况
我用debug看了这些空闲块，貌似存放的是环境变量
而且doslfn是个com程序，不是exe程序，不应该存在对齐的问题

[ Last edited by Rinrin on 2009-4-23 at 09:10 ]

2009-4-23 09:06

netbenton
银牌会员

批处理编程迷

积分 1916
发帖 752
注册 2008-12-28
来自广西
状态离线

『第 12 楼』:

dos好像是会给com程序配一个环境段的，而驻留程序本身一般不会自行移动自身代码（病毒除外），dos系统对已经驻留的程序，也是不会去移动它的。由于空闲的空间太小，是无法再分配给其它的程序的。通常dos驻留程序都会有中断向量指向，要想把这个小空间合并成一个较大的空间，要考虑的问题太多了。

精简
[你的+我的+他的]=>[大家的] 个人

网志

2009-4-23 11:37

(37659560)

请注意：您目前尚未注册或登录，请您注册或登录以使用论坛的各项功能，例如发表和回复帖子等。

可打印版本 | 推荐给朋友 | 订阅主题 | 收藏主题

论坛跳转: