Path: utzoo!attcan!uunet!ginosko!gem.mps.ohio-state.edu!csd4.csd.uwm.edu!mailrus!rutgers!texbell!spdyne!root
From: root@spdyne.UUCP
Newsgroups: unix-pc.general
Subject: Re: Step rate change (WD2010) Some
Message-ID: <4700002@spdyne>
Date: 24 Aug 89 21:06:36 GMT
References: <2662@cbnewsc.ATT.COM>
Lines: 24
Nf-ID: #R:cbnewsc.ATT.COM:2662:spdyne:4700002:000:937
Nf-From: spdyne.UUCP!root    Aug 24 15:27:00 1989


In article <947@icus.islp.ny.us>, lenny@icus.islp.ny.us (Lenny Tropiano) writes:
> 
> Nada .. Oh well, for this long winded explanation, essentially you
> can't improve the seek performance by 20% ... In fact it might just
> be hindering it, but for 1 second differnce that could mean just about
> anything.   If someone has a better test for seeking, let me know, I'm
> willing to try this again under different stress test values ... 

    But it was an invalid test of seeking, it was testing track-to-track
times, which won't get any better...

    Try this: [I don't have the chip installed yet so I can't]

        dd if=/dev/swap of=/tmp/woof bs=512

Note: Do NOT use a large buffer - the idea is to make it seek a lot.
This way (w/512 bytes) it will seek there for every sector, the ideal solution
I would presume.  It should be easy to test this using the driver idea that
was just posted.


    -Chert Pellett
     root@spdyne