Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!samsung!uunet!crdgw1!crdos1!davidsen
From: davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr)
Newsgroups: comp.sys.ibm.pc
Subject: Re: Tandon 486, DesqView, Landmark Speedbar question
Message-ID: <1758@crdos1.crd.ge.COM>
Date: 22 Nov 89 14:23:35 GMT
References: <8@tandon.UUCP> <2554PICHER@MAINE> <1989Nov21.220611.4804@world.std.com>
Reply-To: davidsen@crdos1.UUCP (bill davidsen)
Distribution: usa
Organization: GE Corp R&D Center, Schenectady NY
Lines: 18

In article <1989Nov21.220611.4804@world.std.com> madd@world.std.com (jim frost) writes:

| You are mistaken; protected mode will slow the processor down, as it
| must do access checking.  If you are doing memory mapping, things will
| run even slower since you have to access the mapping tables before
| doing the real memory access.

  Since protected mode always applies a segment lookup to each memory
access, I don't know what you mean by "if you are running memory
mapping." When running in DOS under UNIX environments the clock tick is
simulated, so if that is being used for timing the results can be off.
Since the system never ADDS ticks, just delays them the number of ticks
will be low, making the speed of programs appear faster.
-- 
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