Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!mcsun!cernvax!chx400!bernina!neptune!inf.ethz.ch!brandis
From: brandis@inf.ethz.ch (Marc Brandis)
Newsgroups: comp.windows.ms
Subject: Re: EUREKA!  (Was Re: Performance degradation in 386 enhanced mode)
Message-ID: <22081@neptune.inf.ethz.ch>
Date: 22 Jan 91 07:45:56 GMT
References: <4491@mindlink.UUCP> <1991Jan21.211522.18732@mintaka.lcs.mit.edu>
Sender: news@neptune.inf.ethz.ch
Reply-To: brandis@inf.ethz.ch (Marc Brandis)
Organization: Departement Informatik, ETH, Zurich
Lines: 18

In article <1991Jan21.211522.18732@mintaka.lcs.mit.edu> mikew@charm.LCS.MIT.EDU (Michael B. Williams) writes:
>wish I had a solution!  My guess is that this doesn't happen in Standard mode
>because Windows swaps its lower portion (the part in the base 640K) out to make
>room for the DOS window, whereas in 386 Mode, Windows uses the remapping
>ability of the 386 to make the DOS window *think* it's running in the lower 640K.
>
>Can anyone verify the above?  If this turns out to be true, I congratulate Bruce for
>being the first person to suggest an explanation for this 8-month-old problem!!!

Yes, this is true. Interesting to see that nobody noticed the sluggish 
performance of Windows applications on such machines, as they suffer from the
same problem, both in standard and in exhanced mode.


Marc-Michael Brandis
Computer Systems Laboratory, ETH-Zentrum (Swiss Federal Institute of Technology)
CH-8092 Zurich, Switzerland
email: brandis@inf.ethz.ch