Sender: andreas AT ri DOT dasa DOT de
Message-Id: <356137EC.EDDF4260@ri.dasa.de>
Date: Tue, 19 May 1998 09:42:36 +0200
From: Andreas Schulz <Andreas DOT Schulz AT ri DOT dasa DOT de>
Reply-To: Andreas DOT Schulz AT ri DOT dasa DOT de
Organization: Daimler-Benz Aerospace, Space Infrastructure
Mime-Version: 1.0
To: opendos AT delorie DOT com
Subject: Re: Memory optimization help...
References: <199805182216 DOT RAA04863 AT endeavor DOT flash DOT net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Precedence: bulk

Mark AT BlinkLink DOT NET AKA wrote:
> 
> On 1998-05-14 Matthias DOT Paul AT post DOT rwth-aachen DOT de said:
> >As already said in the replies, please try to defragment your UMB
> >area to get a single continous chunk. This will reduce left-over
> >unused areas, and also will allow to loadhigh much larger drivers.
> >I would also use /USE and /RAM options. Since you're using NWCACHE,

>   Do you mean here to use "/use" in the line?

What line ? Seems you lost the context..

/ram and /use=xxxx-yyyy are options of EMM386.EXE (check output of
EMM386 /HELPDEVICE). /use forces usage of an UMB area as upper RAM
for device drivers. As said before, you should try to 
/use=F000-(not more than F7FF) to map RAM over your BIOS ROM
setup code (which is only used at system boot, if ever).
F7FF as upper limit is worth a try, but might crash your
system; in this case, try a lower value (F6FF worked for me).

> >SHELLHIGH= SIZE=1B00 c:\drdos\command.com c:\drdos\ /E:1024 /MH /P
> Do you mean 1B00, I tried that without any difference so put it back to
> "20", don't know what 1b00 is or is that a spokt?

1B00 is a hexadecimal number giving an estimate for the size of
command.com
to the system software. Maybe the value 1B00 is just too low;
with my 7.02 Beta, SIZE=2180 works fine and gives a significant
rise in lower memory. Try SIZE=2800 and you should see a 
difference with MEM /ap.

Andreas