*nix performance

John R. Levine johnl at ima.ima.isc.com
Tue Oct 4 07:31:30 AEST 1988


In article <1901 at van-bc.UUCP> sl at van-bc.UUCP (pri=-10 Stuart Lynne) writes:
>In article <736 at starfish.Convergent.COM> cdold at starfish.Convergent.COM (Clarence Dold) writes:
>>This also harks back to the MAC - vs - PC discussion of a particular DMA
>>not being as fast as CPU data transfer.  ...
>>As soon as you talk multi-user, that argument goes away, because the CPU could
>>be working on a different process, while the DMA occurs offline.
>Not neccesarily. If the DMA channel takes over the bus for the duration of
>the transfer, or if each word transferred takes a a larger number of cycles
>than the CPU would and the system can't interleave processor cycles; then
>CPU is still a win.

On machines with a PC AT bus DMA is rarely a win. It takes so long to get and
release the bus that it's faster to buffer a chunk of disk in the controller,
then use a processor INS or OUTS instruction to blat the data at full speed.
The IBM hard disk controller does just this. Besides, in many cases the DMA
design is so marginal that multiple DMA devices plain don't work. A controller
with a full track buffer would probably be your best bet.

Or I suppose you could get a microchannel computer; my PS/2 has no trouble
DMA-ing full disk tracks in one revolution.
-- 
John R. Levine, IECC, PO Box 349, Cambridge MA 02238-0349, +1 617 492 3869
{ bbn | think | decvax | harvard | yale }!ima!johnl, Levine at YALE.something
Rome fell, Babylon fell, Scarsdale will have its turn.  -G. B. Shaw



More information about the Comp.unix.microport mailing list