Path: utzoo!attcan!uunet!tut.cis.ohio-state.edu!pt.cs.cmu.edu!b.gp.cs.cmu.edu!ralf
From: ralf@b.gp.cs.cmu.edu (Ralf Brown)
Newsgroups: comp.sys.ibm.pc
Subject: Re: QEMM 5.0 Slo-o-o-o-ws system DMA
Message-ID: <9809@pt.cs.cmu.edu>
Date: 5 Jul 90 01:36:29 GMT
References: <13085@shlump.nac.dec.com>
Organization: Carnegie-Mellon University, CS/RI
Lines: 18

In article <13085@shlump.nac.dec.com> reisert@ricks.enet.dec.com (Jim Reisert) writes:
}In article <11250143@hpldola.HP.COM>, ppa@hpldola.HP.COM (Paul Austgen) writes...
}>I also seem to remember reading in the manual that Desqview will
}>not spend multitasking time on a program that is waiting for
}>keyboard input only.
}
}This isn't strictly true, I think.  If a program is continually polling the
}keyboard, it will still chew up CPU time until its slot has expired.  There

Depends on how it checks the keyboard.  If it asks for the next keystroke, 
then DV puts it to sleep until one becomes available.  If it just asks
whether a keystroke is available in a loop, then it will indeed use up its
entire timeslice.
-- 
{backbone}!cs.cmu.edu!ralf  ARPA: RALF@CS.CMU.EDU   FIDO: Ralf Brown 1:129/3.1
BITnet: RALF%CS.CMU.EDU@CMUCCVMA   AT&Tnet: (412)268-3053 (school)   FAX: ask
_How_to_Prove_It_ by Dana Angluin  23. proof by semantic shift: some standard
    but inconvenient definitions are changed for the statement of the result.