Xref: utzoo comp.periphs.scsi:1054 comp.unix.sysv386:208 comp.unix.xenix.sco:89
Path: utzoo!utgpu!watserv1!watmath!att!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!samsung!uunet!omen!caf
From: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Newsgroups: comp.periphs.scsi,comp.unix.sysv386,comp.unix.xenix.sco
Subject: Re: aha-1542b and scsicntl.exe
Message-ID: <15@omen.UUCP>
Date: 10 Sep 90 00:04:54 GMT
References: <1990Sep9.061219.16878@simasd.uucp>
Distribution: na
Organization: Omen Technology INC
Lines: 15

You may have to slow down the CPU in order to get scsicntl.exe to
work properly.

With the track read buffer turned on, I saw Xenix file reads increase
from 36 kHz to up to say 200 kHz, extremely dependent on how fragmented
the file was.

On SCO Unix I now get around 400 to just over 600 kHz when doing
"time cp file /dev/null", depending on how fragmented the file is
and how many daemons go bump in the night.

Backups to tape are very much faster except for directories with many
tiny files.  My file browser program loads files in a flash.  But you
won't see much difference in most commands.  After all, what compiler
can do 400,000 lines per minute on a 386?