Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!umich!umeecs!gilgalad
From: gilgalad@zip.eecs.umich.edu (Ralph Seguin)
Newsgroups: comp.sys.amiga
Subject: Re: Multitasking is slower
Keywords: games, multitasking
Message-ID: <2517@zipeecs.umich.edu>
Date: 5 Jun 90 14:16:04 GMT
References: <279@smosjc.UUCP> <4039@darkstar.ucsc.edu> <1990Jun5.082227.29350@agate.berkeley.edu>
Reply-To: gilgalad@eecs.umich.edu (Ralph Seguin)
Organization: University of Michigan EECS Dept., Ann Arbor, MI
Lines: 41

In article <1990Jun5.082227.29350@agate.berkeley.edu> laba-1ei@e260-3c (Joseph Chung) writes:
>I have a question here: Does WB count as a process/task?  Cuz if it does,
>then exec must time-slice in order to share it with a running game. No
>matter how small that slice of time is, it is still taken; otherwise, how
>will WB know to respond when a mouse is clicked in its domain?
>
No.  This is wrong.  You should not make any assumptions as to how much
a process is going to run.  A process may be blocking, and thus will never
use any CPU time until it is placed back on the ready queue.  Please
learn about scheduling.
Now for my two cents:  I absolutely refuse to buy a game that does not work
on a hard drive, and does not work on 030.  I would definitely prefer it
to multitask and release all the resources to the system.  All this nonsense
about multitasking taking up too much processor time is just that: nonsense.
My bet is that the people taking this standpoint really don't know what
they are talking about, and furthremore cannot program well either.
It doesn't take any more effort to program by C= guidelines, and if you
follow them, your game will work on any system.  Going directly to hardware
or ignoring the guidelines is much harder to debug, makes things incompatable,
and basically junk in my opinion.  You gain NO speed in ignoring the
guidelines.  Furthermore, you will NOT get my money!

				See ya, Ralph

>-jc
>
>--
>Joseph Chung
>== You can always find what you're not looking for! ==
>laba-1ei@web.berkeley.edu


 
gilgalad@dip.eecs.umich.edu       gilgalad@zip.eecs.umich.edu
gilgalad@caen.engin.umich.edu     Ralph_Seguin@ub.cc.umich.edu
gilgalad@sparky.eecs.umich.edu    USER6TUN@UMICHUB.BITNET

Ralph Seguin               |  In order to get infinitely many monkeys to type
565 South Zeeb Rd.         | something that actually makes sense, you need to
Ann Arbor, MI 48103        | have infinitely many monkey editors as well.
(313) 662-1506