Peck Dickens wrote:



> There is an article on the IBM storage web site that addressess this exact

> issue. If you read the article, basically the lowest common denominator

> (Slowest device) determines the rate of data flow. The article states that the

> reason for this is the slowest device would miss data that is sent to it by

> faster devices creating data integrety problems

Have you got a link?



> On Mon, 27 Mar 2000, you wrote:

> > On Mon, 27 Mar 2000, Wandered Inn wrote:

> >

> > > > and another thing.....

> > > >

> > > >   If you put the 66 and the 33 on the same controller (master/slave), they will run at the speed of the slower device.  :-)

> > >

> > > I've seen this claim tossed back and forth a number of times.  The

> > > original claim was that you didn't want your cdrom on the same ide as

> > > your hard drive, that's why most PC manufacturers routinely installed

> > > the hard drive on primary and the cdrom on the secondary.

> > >

> > > I really would like to find some documented evidence of this issue, as

> > > the last I heard it was not true.

> >

> > I have always assumed the claim to be true and wired accordingly, so as to

> > err on the side of caution.  My system, for example, looks like this:

> >

> > Primary master   = WD 13.5 GB ATA66 7200 RPM

> > Primary slave    = empty

> > Secondary master = empty

> > Secondary slave  = 32X CDROM

> > SCSI 0:0:3:0     = Tandberg 1GB Magnus tape

> > SCSI 0:0:4:0     = Seagate 1GB SCSI-2 5400 RPM

> > SCSI 0:0:6:0     = Quantum 1.2GB SCSI-2 5400 RPM

> > SCSI 1:0:6:0     = Iomega Zip 100 Parallel

> >

> > (BTW, the format on the SCSI address is controller:bus:target:lun)

> >

> > This seems to be a fairly optimal arrangement, the tape and one of the

> > SCSI drives are rarely accessed devices, and otherwise the devices each

> > exist on separate buses.  The only thing I would like to improve is to

> > eventually replace the parallel Zip 100 with a SCSI Zip 250.  This

> > wouldn't impede in any significant manner because the Zip is also a rarely

> > accessed device.

> >

> > -------------------------------------------------------------------------

> > Glenn C. Lasher, Jr - Senior Engineer, Telecommunications/UNIX/Windows NT

> > Data Tech Associates, Ltd, 883 Broadway, Albany NY, 518.465.1190

> >

> >

> > --

> > To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.

> --

> To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.


--
Until later: Geoffrey                ">esoteric@denali.atlnet.com
I'm afraid there will be more problems with W2K than there were with
Y2K...
--
To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.