Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!ganymede!terre!ig29
From: ig29@terre (Robert Gagnon)
Newsgroups: comp.sys.amiga.misc
Subject: Re: Copy does a Forbid?
Message-ID: <1991Mar21.045813.12618@DMI.USherb.CA>
Date: 21 Mar 91 04:58:13 GMT
References: <123.27E5AA36@weyr.FIDONET.ORG>
Sender: ig29@terre.dmi.usherb.ca (Robert Gagnon)
Organization: Universite de Sherbrooke
Lines: 16
Nntp-Posting-Host: terre.dmi.usherb.ca

In article <123.27E5AA36@weyr.FIDONET.ORG> David.Plummer@f70.n140.z1.FIDONET.ORG (David Plummer) writes:
>Anyway, on to the question.  I'm using the ARP Copy command to back up 
>and restore my hard drive to a spare hard drive, and in order to speed 
>things up, I set the BUF parameter to 2000 (approx 1M).  Now it seems to 
>read/write a lot less, but I notice the screen blanker I'm using stops 
>dead in between drive activity, as does the mouse pointer if you're 
>using it.

You probably have a non-DMA Hard Drive controller.  It's the process that
controls the interface that steals all CPU cycles to do its bit pushing.
For example, my TrumpCard (regular) uses a priority 10 controlling process.
Every other process freezes on the system when continuous R/W to the HD
is performed.  Yuk!  Just like a Mac ;)

Robert //
     \X/ Gagnon