Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!hellgate.utah.edu!cs.utexas.edu!uunet!crdgw1!crdos1!davidsen
From: davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr)
Newsgroups: comp.sys.ibm.pc
Subject: Re: V86 mode in 386 machines
Message-ID: <1457@crdos1.crd.ge.COM>
Date: 25 Oct 89 14:07:09 GMT
References: <8910231849.AA21907@euler.Berkeley.EDU> <1989Oct24.164101.21281@world.std.com>
Reply-To: davidsen@crdos1.UUCP (bill davidsen)
Organization: GE Corp R&D Center
Lines: 27

In article <1989Oct24.164101.21281@world.std.com>, madd@world.std.com (jim frost) writes:
|  In article <8910231849.AA21907@euler.Berkeley.EDU> ndeng@EULER.BERKELEY.EDU writes:
|  |Is there any environment which may give a full 640K for DOS
|  applications?
|  
|  Yes.  The DOS-under-UNIX utilities such as VP/ix do this nicely.

  Actually this only make 640k available for a virtual machine. By the
time you load DOS, COMMAND.COM and the redirector you get (looks on
another virtual machine) 578208 bytes free for the application itself.
I believe that with Desqview and QEMM I got something like 602000, give
or take a bit.

  I'm told that there is a product which moves most of DOS out of the
address space and leaves 635k for the application (which was the
original question). I'm also told that if the app does a lot of DOS
calls the context switching kills the performance. I haven't tried it.

  I interpreted the question to refer to the memory available for the
application. If you want a lot of memory for the app get a non-PC
compatible which runs MS-DOS, such as the Tandy 2000, and you can have
about 800k for the apps.
-- 
bill davidsen	(davidsen@crdos1.crd.GE.COM -or- uunet!crdgw1!crdos1!davidsen)
"The world is filled with fools. They blindly follow their so-called
'reason' in the face of the church and common sense. Any fool can see
that the world is flat!" - anon