Xref: utzoo comp.unix.xenix:2282 comp.unix.microport:655 comp.periphs:963
Path: utzoo!attcan!uunet!lll-winken!lll-tis!ames!umd5!purdue!decwrl!nsc!voder!lynx!m5
From: m5@lynx.UUCP (Mike McNally)
Newsgroups: comp.unix.xenix,comp.unix.microport,comp.periphs
Subject: Re: Thoughts needed
Keywords: Compaq xenix microport multi-user multiport
Message-ID: <3771@lynx.UUCP>
Date: 17 May 88 23:25:47 GMT
References: <4144@orstcs.CS.ORST.EDU> <224@obie.UUCP> <1988May10.181259.1971@utzoo.uucp> <230@obie.UUCP>
Reply-To: m5@lynx.UUCP (Mike McNally)
Organization: Lynx Real-Time Systems Inc, Campbell CA
Lines: 14

In article <230@obie.UUCP> wes@obie.UUCP (Barnacle Wes) writes:
>                               . . .  MS-DOS allows you to load your
>program and write files on the disk in a fairly reasonable manner, and
>won't get in the way of your response time (hopefully).  . . .

``Reasonable'' is in the eyes of the reasoner.  Because (at least in
the 386 thing we have here) the AT hard disk controller does not use 
the DMA controller, the CPU must poll when transferring.  The MS-DOS
driver keeps interrupts off while doing this, bringing the interrupt
response time down by quite a bit.

-- 
Mike McNally of Lynx Real-Time Systems

uucp: lynx!m5 (maybe pyramid!voder!lynx!m5 if lynx is unknown)