Re: disk diagnostics

[Bill Hacker <wbh@xxxxxxxxxxxxx>]

Freddie Cash wrote:

> On Tue, July 25, 2006 12:34 pm, Bill Hacker wrote:
>
> > Pieter Dumon wrote:
> >
> > > how can I diagnose my disk read/write throughput under DFLy ? my
> > > system runs well except that untarring even small tar files or
> > > deleting files takes a lot of time (e.g. the removal of
> > > /usr/obj/usr/src/world_i386 during a make buildworld takes about 25
> > > minutes (I admit it's got a lot of files, but still....)).
> > >
> > > I don't know if it can have anything to do with my strange
> > > configuration of having the two harddisks on ATA1 while the CDs are
> > > on ATA0. The disk with the DFly slice is only UDMA33 (there are no
> > > DFLy
> > > slices on the other disk), but still, under windows and linux I
> > > don't have this slow disk access.
> > >
> > > ad2: 28629MB <ST330621A> [58168/16/63] at ata1-master UDMA33
> > > ad3: 76319MB <WDC WD800BB-00JHC0> [155061/16/63] at ata1-slave
> > > UDMA100
> > > acd0: DVD-R <AOPEN DUW1608/ARR> at ata0-master PIO4
> > > acd1: CDROM <CD-ROM 36X/AKU> at ata0-slave PIO4
>
>
> > Agree that is not an optimal set up - faster IDE drives uusally fare
> > best on 80-pin cable to ad0 (master) and ad2 (master) with CD's as
> > slaves, or better yet, on a PCI-bus add-on controller so there is no
> > master/slave speed difference.
>
>
> It really depends on

*snip*

(lots of stuff that no way adds up to 25 minutes, and probably not 25 seconds, 
either...)

Let's not start.  I still have ISS-80 parts on-hand.

The issue is finding Warren Hull.

Warren Hull 25 minutes delay comes in, and I/O tuning doesn't cover that. Too 
big a number for where it is being reported as happening.

Either something else - probably something *basic* but simply overlooked - is 
placing demands on that storage system, or the 'problem' has been misreported.

Bill