software:dos
This is an old revision of the document!
emm386
DEVICE=C:\DOS\EMM386.exe | emm386 creates expanded memory without having an expansion card. emm386 emmulates the expansion card by using extended memory on Intel 80386 CPUs. Extended memory should not be confused with expanded memory (an earlier method for expanding the IBM PC's memory capacity beyond 640 kb using an expansion card with bank switched memory modules). Extended memory is a way for DOS to access memory on the motherboard through an application programming interface called the eXtended Memory Specification (XMS). HIMEM.SYS takes care of memory management and copying memory between conventional and extended memory. emm386 uses the API to simulate an expansion card. Because of the available support for expanded memory in popular applications, device drivers, such as emm386, were developed that emulated expanded memory using extended memory API. From: http://en.wikipedia.org/wiki/EMM386 ; http://en.wikipedia.org/wiki/Expanded_memory ; http://en.wikipedia.org/wiki/Extended_memory | |
on | Activates EMM386.EXE device driver From: http://www.computerhope.com/emm386hl.htm | [on off auto] |
2304 | EMM386 provides this amount of extended memory (in kilobytes) From: http://technet.microsoft.com/en-us/library/cc722864.aspx | [memory] |
frame=d000 | Specifies the page-frame segment base directly. To specify a specific segment-base address for the page frame, use the frame switch and specify the address you want. Valid values for address are in the ranges 8000h through 9000h and C000h through E000h, in increments of 400h. From: http://technet.microsoft.com/en-us/library/cc722864.aspx | frame = address |
/ram | Specifies a range of segment addresses to be used for UMBs and also enables EMS support. If you do not specify a range, EMM386 uses all available adapter space to create UMBs and a page frame for EMS. From: http://technet.microsoft.com/en-us/library/cc722864.aspx | ram = mmmm - nnnn |
/x=c000-cfff | From: http://technet.microsoft.com/en-us/library/cc722864.aspx | |
/i=e000-efff | From: http://technet.microsoft.com/en-us/library/cc722864.aspx | |
/i=b000-b700 | From: http://technet.microsoft.com/en-us/library/cc722864.aspx | |
/D=64 | From: http://technet.microsoft.com/en-us/library/cc722864.aspx | |
/NOEMS | From: http://technet.microsoft.com/en-us/library/cc722864.aspx | |
x=de00-dfff | From: http://technet.microsoft.com/en-us/library/cc722864.aspx |
| Finding the Best Load Order
When loading programs high, MS-DOS loads each program into the largest remaining UMB, even if it would fit into a smaller UMB. Therefore, the order in which you load programs into UMBs is important. In general, when loading programs into the upper memory area, load larger programs before smaller ones. However, this simple load-the-biggest-first method might not always be the most efficient. Sometimes, you might have to juggle the load order to get the most out of the upper memory area. From: http://support.microsoft.com/kb/77083
REM ******************************************************** REM * Warning! Do NOT modify this file. Changes may cause * REM * your tester to be inoperative, requiring a Service * REM * call at customer expense. * REM ******************************************************** DEVICE=C:\DOS\HIMEM.SYS DOS=HIGH,UMB DEVICE=C:\DOS\EMM386.exe on 2304 frame=d000 /ram /x=c000-cfff /i=e000-efff /i=b000-b700 /D=64 /NOEMS x=de00-dfff FILES=80 buffers=20 devicehigh=c:\DOS\ansi.sys LASTDRIVE=Z DEVICEHIGH=C:\VIPCD.SYS /D:MSCce00 /N:1 rem DEVICEHIGH=C:\oakcdrom.SYS /D:MSCce00 /N:1
software/dos.1380422372.txt.gz · Last modified: 2013/09/29 02:39 by superwizard