Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!uxa.cso.uiuc.edu!jb10320
From: jb10320@uxa.cso.uiuc.edu (Desdinova)
Newsgroups: comp.sys.apple2
Subject: Re: ViM
Message-ID: <1990Oct5.152251.412@ux1.cso.uiuc.edu>
Date: 5 Oct 90 15:22:51 GMT
References: <9010040400.aa06851@generic.UUCP>
Sender: news@ux1.cso.uiuc.edu (News)
Organization: University of Illinois at Urbana
Lines: 29

In article <9010040400.aa06851@generic.UUCP> ericmcg@pnet91.UUCP (Eric Mcgillicuddy) writes:
[design of ViM removed]
>Also depending on how things go, I will likely be the owner of a 386 clone or
>a ROM04 GS, whichever comes first, by Christmas. Not much point in time
>slicing 2.8MHz is there? :(
   Wrong.  Most of the time the GS is spending CPU power doing the following
busy wait:

EventLoop:
   Mouse?  Nope.
   Keyboard?  Nope.
   goto eventloop

   Time slicing and process management would increase the effective throughput
of the CPU by not busy-waiting.  Any process calling GetNextEvent would be
blocked until its input came thru.  Note this is a step better than MultiFinder
or LeapFrog, which just cycle the busy wait through multiple processes.
   Time Slicing and process management will make the GS work faster.

>UUCP: bkj386!pnet91!ericmcg
>INET: ericmcg@pnet91.cts.com


--
Jawaid Bazyar               | Blondes in big black cars look better wearing
Senior/Computer Engineering | their dark sunglasses at night. (unk. wierdo)
jb10320@uxa.cso.uiuc.edu    |      The gin, the gin, glows in the Dark!
                            |                             (B O'Cult)
Apple II Users Unite! Storm the New Product Announcement and Demand Justice!