🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: comp.os.msdos.misc
3 messages
3 total messages Started by Richard Braun Tue, 26 Jan 1993 02:33
SCSI performance / Adaptec vs Seagate
#3742
Author: Richard Braun
Date: Tue, 26 Jan 1993 02:33
18 lines
1310 bytes
Using a simplistic disk performance test program provided by a drive
manufacturer, I came up with the following surprising result:

	The 8-bit Seagate ST02 is nearly 3 times faster than the
	16-bit bus-mastering Adaptec 1542A.

The program measures transfer rate, average seek time, track-to-track
seek time, and a so-called "performance index".  With the drive
low-level formatted for the Seagate's disk geometry, I get 3.5ms
track-to-track time and a 30 performance index.  Reformatted for the
Adaptec, the numbers are 4.9ms and 11.6.

Why might this be?  Is it the different head/sector mapping (64 vs. 63
heads, I think), or is the Adaptec just plain slower?  Is it possible/helpful
to optimize the controller/device driver to match the physical disk
characteristics (15 heads, 1632 cylinders)?

-rich
Re: SCSI performance / Adaptec vs Seagate
#3760
Author: "Peter R. Humphrey"
Date: Tue, 26 Jan 1993 22:31
17 lines
1213 bytes
In article <C1FwFo.G63@jti.com> richb@jti.com (Richard Braun) writes:

>Using a simplistic disk performance test program provided by a drive
>manufacturer, I came up with the following surprising result:
>
>	The 8-bit Seagate ST02 is nearly 3 times faster than the
>	16-bit bus-mastering Adaptec 1542A.
>
>Why might this be?

Let me guess - the test program was published by Seagate?

-- 
Rgds

Peter Humphrey  |  prh@essence.demon.co.uk         | Voice 0932-343158
Woking, UK.     |  unionjack@cix.compulink.co.uk   | Data  0932-353948
Re: SCSI performance / Adaptec vs Seagate
#3749
Author: Drew Eckhardt
Date: Wed, 27 Jan 1993 03:58
45 lines
2582 bytes
In article <C1FwFo.G63@jti.com> richb@jti.com (Richard Braun) writes:
>Using a simplistic disk performance test program provided by a drive
>manufacturer, I came up with the following surprising result:
>
>	The 8-bit Seagate ST02 is nearly 3 times faster than the
>	16-bit bus-mastering Adaptec 1542A.
>
>The program measures transfer rate, average seek time, track-to-track
>seek time, and a so-called "performance index".  With the drive
>low-level formatted for the Seagate's disk geometry, I get 3.5ms
>track-to-track time and a 30 performance index.  Reformatted for the
>Adaptec, the numbers are 4.9ms and 11.6.
>
>Why might this be?  Is it the different head/sector mapping (64 vs. 63
>heads, I think), or is the Adaptec just plain slower?  Is it possible/helpful
>to optimize the controller/device driver to match the physical disk
>characteristics (15 heads, 1632 cylinders)?
>

Seek tests done via BIOS for IDE and SCSI disks are completely 
bogus.  A track->track seek may not go off of the current track if 
the logical # of sectors per track > the real #.  

SCSI supports a seek command, but a disk doesn't have to do ANYTHING when 
it sees it.  The BIOS on the controller doesn't have to do ANYTHING.

As far as transfer rate, not using the hardware handshaking on the 
Seagate (enabled with the 0ws jumper), being "safe" and checking 
the SCSI status bits, you won't be able to transfer at > ~600K/sec.

I know the adaptec has no problems above those speeds.

Benchmarks need to be taken with a grain of salt, and need to 
be relevant.  

Finally, the Adaptec has more intelligence than the seagate, so you 
won't waste serious amounts of time in the kernel manually twiddling 
the SCSI bus.  This will leave more time available for user processes,
and your interactive performance on a real OS will be VASTLY superior
to what the Seagate can give you.

-- 
Boycott AT&T for their absurd anti-BSDI lawsuit. | Drew Eckhardt
Condemn Colorado for Amendment Two.		 | drew@cs.colorado.edu
Use Linux, the fast, flexible, and free 386 unix |  
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads