Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!apple!agate!shelby!neon!torrie
From: torrie@cs.stanford.edu (Evan J Torrie)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: How do we change the scheduler? (Was Re: Multitasking at home...)
Message-ID: <1991Jan22.215801.4557@Neon.Stanford.EDU>
Date: 22 Jan 91 21:58:01 GMT
References: <1991Jan18.231330.16290@Neon.Stanford.EDU> <7553@sugar.hackercorp.com> <1991Jan21.004720.25985@ncsuvx.ncsu.edu> <12880@life.ai.mit.edu> <1991Jan21.072642.23587@Neon.Stanford.EDU> <10620.tnews@templar.actrix.gen.nz>
Sender: torrie@Neon.Stanford.EDU (Evan James Torrie)
Organization: Computer Science Department, Stanford University
Lines: 25

jbickers@templar.actrix.gen.nz (John Bickers) writes:
>    No. Programs can set their own priorities, however, and the input
>    handling task runs at a higher priority than anything else (so if
>    you raise an application's priority to, say, 1 (normal is 0), then
>    you will still get input).

  Can you explain the "input handling" task?  Do programs spin off an
input-handler thread (this is how OS/2 programs are written if I
recall)?

>    A number of programs display some intelligence about what priority
>    to use automatically (like editors that edit at priority 1, or
>    executable packers that crunch at priority -1, etc). And some can
>    be configured.

  "Some" can be configured?  Is there an all-purpose "nice" command?

>    The input handling task runs at a priority of 20, and this is what
>    handles using Intuition, so at that level interactive use stays
>    reasonable.

-- 
------------------------------------------------------------------------------
Evan Torrie.  Stanford University, Class of 199?       torrie@cs.stanford.edu   
"And remember, whatever you do, DON'T MENTION THE WAR!"