Re: RAID and Ultra66

1999-11-29 Thread Jakob Østergaard
On Sun, Nov 28, 1999 at 05:55:24PM +, Darren Nickerson wrote: ... > Thanks for the reply Jakob. :-P I used to be the same . . . now I'm bitter and > twisted. Well, mebbe just twisted. > ;) ... > > How ``bad'' is the performance ? > > It was at one point about 4MB/s . . . I nuked that ke

Re: RAID and Ultra66

1999-11-29 Thread Jakob Østergaard
On Sun, Nov 28, 1999 at 06:37:46PM -0500, [EMAIL PROTECTED] wrote: > On 28 Nov, [EMAIL PROTECTED] wrote: > [clip] > > If the controller is built right, there is some potential for a performance > > increase. The idea is to have more than one drive simultaneously reading > > into it's buffer (th

Re: RAID and Ultra66

1999-11-28 Thread Dan Hollis
On Sun, 28 Nov 1999 [EMAIL PROTECTED] wrote: > The problem with UDMA or any other IDE derivative is that only one > device can communicate on the bus at a time. IDE has had disconnect for some years. Of course its up to the hardware and drivers to support it. -Dan

Re: RAID and Ultra66

1999-11-28 Thread AndInc
Your comments were quite right, until recently. UDMA33 and 66 approach very closely their theoretical rate on the bus. The overheads are very low, and on good drives, the burst is maintained for the entire transfer. IBM has included the new Qing protocol in their IDE drives. Even on a single

Re: RAID and Ultra66

1999-11-28 Thread rcarter
On 28 Nov, [EMAIL PROTECTED] wrote: [clip] > If the controller is built right, there is some potential for a performance > increase. The idea is to have more than one drive simultaneously reading > into it's buffer (they run about .5M these days). Assuming each drive stays > busy, ie, as woul

Re: RAID and Ultra66

1999-11-28 Thread AndInc
Hmm, If the controller is built right, there is some potential for a performance increase. The idea is to have more than one drive simultaneously reading into it's buffer (they run about .5M these days). Assuming each drive stays busy, ie, as would be the case in large sequential transfers,

Re: RAID and Ultra66

1999-11-28 Thread Darren Nickerson
> On Sun, Nov 28, 1999 at 03:14:15AM +, Darren Nickerson wrote: > > > ... > > > > It appears to me that of four identical Maxtor 27GB drives, two will do > > 66 and two will only do 33: > > I've seen others report this as well. But I don't know IDE stuff (I just > use it and smile when it

Re: RAID and Ultra66

1999-11-27 Thread Jakob Østergaard
On Sun, Nov 28, 1999 at 03:14:15AM +, Darren Nickerson wrote: > ... > > It appears to me that of four identical Maxtor 27GB drives, two will do 66 and > two will only do 33: I've seen others report this as well. But I don't know IDE stuff (I just use it and smile when it works ;) ATA66

Re: RAID and Ultra66

1999-11-27 Thread Darren Nickerson
[EMAIL PROTECTED] said: > >> 3. linux-2.2.13 + patch-2.2.13ac3 + ide.2.2.13.1999.patch >> - simply a mess of rejects > > -ac2 will work with the IDE patch you mention. I'd say that's the way > to go. > > AFAIK there are no major issues with -ac2 compared to -ac3 for most > systems. (Y

Re: RAID and Ultra66

1999-11-26 Thread Jakob Østergaard
On Fri, Nov 26, 1999 at 04:04:03PM +, Darren Nickerson wrote: > > Folks, > > I'm looking for the recommended way to cobble together a kernel which will > support both RAID and the new Ultra66 66MHz ide interface cards (a nice cheap > way to run a decently zippy RAID array, if I do say so m

Re: RAID and Ultra66

1999-11-26 Thread Remo Strotkamp
Hi there, we had the same idea here, and we used option number two... I would not consider my advice as guru-guidance and neither should you, just more some sort of moral support... :-) Just works fine, except some errors we get on some of the disks, while copying big amount of stuff (2gig in s

RAID and Ultra66

1999-11-26 Thread Darren Nickerson
Folks, I'm looking for the recommended way to cobble together a kernel which will support both RAID and the new Ultra66 66MHz ide interface cards (a nice cheap way to run a decently zippy RAID array, if I do say so musself ;-) ). As I see it, I have the following options: 1. linux-2.3.x bra