Article View: comp.sys.atari.st
Article #29729Re: Multi-tasking? A Nightmare...
From: Davide P. Cervone
Date: Tue, 29 Dec 1987 18:40
Date: Tue, 29 Dec 1987 18:40
94 lines
5448 bytes
5448 bytes
In article <2187@crash.cts.com> haitex@pnet01.cts.com (Wade Bickel) writes:
> What about the example I gave of two resident programs cohabitating
> and interacting even though written in different Languages? While
> you don't NEED to have multi-tasking to do this, it makes an otherwise
> complicated job very much easier, and therefore much more likely to be
> successfully accomplished. It certainly is attractive to me because
> it means I don't have to "share" any of my source with someone whom
> I may want to collaborate with.
I think Wade is right on target here. Multi-tasking does not have to be seen
by the user to be important. On the Amiga, you can't HELP but use multi-
tasking, because the operating system is using it all the time. Each disk
drive has a separate "Filing System" process running (use MonProc, you'll see
them), there is a separate input task running (I believe that Intuition really
is an input handler, so technically, it runs as part of the input device task),
each CLI window has a console task associated with it, the serial port has a
separate task controlling it.
Why is this important? Because it makes it so much easier to do things. For
example, early on in the Amiga's life, Matt Dillon (I think) distributed a
set of asynchronous file routines. These are very useful, and almost trivial
to implement under a multi-tasking OS (not to belittle Matt's work - it's quite
good).
Or how about the Workbench? Contrary to many people's belief, the WB is NOT
the operating system. It's just a program. A plain, old, ordinary program,
with no special tricks or hooks. An ordinary mortal could write a program that
does similar actions. Witness HackBench. I've often thought about writing
a WB replacement myself.
If you want to talk about disk swapping, try switching between applications
on a Macintosh. It has to load the Finder every time. Why do you think theres
a "mini-finder" menu option? I keep trying to pull down the "screen" and use
the finder which I expect to still be running back there.
I've written programs that monitor other programs (MonProc and MonIDCMP), and
that run as input handlers (ClickUpFront, HeliosMouse, wKeys), and some stuff
that I haven't released. These would be much more difficult without
multi-tasking.
Code can be made much more modular with multi-tasking, and smaller, too. Unix
people should love this, because you can make programs much more like filters,
except you have both ends of the pipe running at the same time, passing data
via a message port, or even a PIPE: device. Functions don't have to be
duplicated from program to program. For instance, if I write a program that
graphs a function, I will not have to add a save-to-IFF-file option, because
I already have a program that lets me select a portion of a window or screen
and save it as an IFF file. That's a normal program - no special desk-
accessory hooks, no special requirements about what programs I can use it with,
or what ones I HAVE to have running when I use it.
Don't get me wrong, desk-accessories are great (I'd never be able to use a Mac
without them), but they are an attempt to achieve multi-taksing where it's
not built into the system to start with. Admirable! Great stuff! Keep up
the good work! But don't complain when someone offers you what you've been
trying to achieve all along.
> THE POINT IS THIS: As a programmer I find the idea of writing
> such a program as being much simpler with multi-tasking facilities
> than without them.
Exactly! Right on!
> My question for you is, what do you have against multi-tasking?
I also wonder the same thing. Where's the beef?
> Take OUR (all of us who have given testomonials) word for it that
> the disk swapping "nightmare" is indeed just a bad dream.
As I mentioned before, I'd hate to have to load the Workbench in from disk
every time I quit using a program! I'm much happier letting it run in the
background until I need it again.
One last comment: (finally :-) the times I find multi-tasking the most
helpful is when I WASN'T expecting to have to use it. If I'm using a word
processor writing a paper, and need to check some results, I can just start up
my statistical analysis program to get my answers (and I can keep on writing
while it loads in of the floppy). I don't want to have to know ahead of time
that I need to start up whatever carousel or special multi-tasking editor
I need in order to do this. If I knew ahead of time, I'd have done the
statistics before I started the word-processor!
Well, I've gone on far too long as it is. Thanks for listening.
> Wade.
>UUCP: {cbosgd, hplabs!hp-sdd, sdcsvax, nosc}!crash!pnet01!haitex
>ARPA: crash!pnet01!haitex@nosc.mil
>INET: haitex@pnet01.CTS.COM
Davide P. Cervone
dpvc@tut.cc.rochester.edu
dpvc@ur-tut.UUCP
DPVC@UORDBV.BITNET
Technical Details
Message-ID:
<769@ur-tut.UUCP>Path:
arc1-ca.pugleaf.net!utzoo!mnetor!uunet!husc6!mit-eddie!uw-beaver!cornell!rochester!ur-tut!dpvcReferences:
<2187@crash.cts.com>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!mnetor!uunet!husc6!mit-eddie!uw-beaver!cornell!rochester!ur-tut!dpvc From: dpvc@ur-tut.UUCP (Davide P. Cervone) Newsgroups: comp.sys.atari.st,comp.sys.amiga Subject: Re: Multi-tasking? A Nightmare... Message-ID: <769@ur-tut.UUCP> Date: 29 Dec 87 18:40:24 GMT References: <2187@crash.cts.com> Reply-To: dpvc@tut.cc.rochester.edu.UUCP (Davide P. Cervone) Organization: Univ. of Rochester Computing Center Lines: 94