Path: utzoo!attcan!uunet!munnari.oz.au!uhccux!ames!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!tut.cis.ohio-state.edu!ucbvax!ucsfcgl!cca.ucsf.edu!wet!logic
From: logic@wet.UUCP (Henry Kwan)
Newsgroups: comp.sys.atari.st
Subject: Re: RateHD
Message-ID: <1000@wet.UUCP>
Date: 10 Mar 90 10:09:30 GMT
References: <900223121113.363135@DMZRZU71-UNI-MAINZ--GERMANY> <16969@cs.yale.edu>
Reply-To: logic@wet.UUCP (Henry Kwan)
Organization: Wetware Diversions, San Francisco
Lines: 27

In article <16969@cs.yale.edu> fischer-michael@CS.YALE.EDU (Michael Fischer) writes:
>
>Access time is seek time plus rotational delay.  I don't know exactly
>what RadtHD is measuring, but the larger the partition, the further the
>head has to move to get from one end of the partition to the other, so
>it only stands to reason that the average access time should increase.
>This is hardly a reason to call a program buggy.
>

Actually, there are a few other factors besides seek time and latency when
computing access time.  These include command overhead, head settling time,
and a few other things which escape me at the moment.

In any event, I believe that ICD states in their documentation that RateHD
seeks 50 times from sector 0 to 31,999.  Then timing is computed and a
figure is spat out.  So partition size shouldn't play a part in the
computing of the average seek figure.

(FYI, RateHD gave my Wren V a 19 ms rating and the manufacturer specs says
that it is 18 ms.  Coming to within 6% of the manufacturer's specs is pretty
good in my book.)

-- 
Henry Kwan                |  AppleLink: D0690
FWB, Inc.                 |  CompuServe: 71320,1034
2040 Polk St.  Ste 215    |  Internet: claris!wet!logic@ames.arc.nasa.gov
San Francisco, CA  94109  |  UUCP: {claris,hoptoad,lamc,ucsfcca}!wet!logic