www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1997/05/01/11:45:43

From: mert0407 AT sable DOT ox DOT ac DOT uk (George Foot)
Newsgroups: comp.os.msdos.djgpp
Subject: Re: Extra Memory
Date: 1 May 1997 13:46:09 GMT
Organization: Oxford University, England
Lines: 23
Message-ID: <5ka6r1$508@news.ox.ac.uk>
References: <33669DFE DOT 78AB AT worldnet DOT att DOT net> <5k7892$j15 AT news DOT ox DOT ac DOT uk> <33679B4E DOT 76F2 AT cs DOT com>
NNTP-Posting-Host: sable.ox.ac.uk
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

John M. Aldrich (fighteer AT cs DOT com) wrote:
: George Foot wrote:
: > 
: > application. In DOS, in the absence of a different DPMI server your
: > programs will use CWSDPMI (provided you distribute it with your packages)
: > which lets you use up to 128Mb physical (conventional+EMS+XMS+extended,
: > minus any disk caches, RAM-drives, etc) and up to 128Mb virtual (on the

: Actually, cwsdpmi does not use conventional memory except to load itself
: and its internal data structures, unless there is less than a certain
: predefined amount of EMS/XMS available.  The main reason for this is
: that conventional memory is a major PITA to swap to disk.  There may be
: others; Charles would be the best one to ask.  But in general, DPMI
: hosts do not let your program touch the low 1 MB of memory.

Oh right. Thanks. But it seems a shame to let all that good memory go to
waste. Why is the default transfer buffer only 16K? If there's 640K minus
a bit for system information, minus a bit more for CWSDPMI and the stub,
why not use more of it for the buffer?

-- 
George Foot <mert0407 AT sable DOT ox DOT ac DOT uk>
Merton College, Oxford

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019