Switch Disk I/O hardware ATA-Raid 0,1,10.
Comes in 2,4,8 channel with ATA-33 based channel support.
This is the first true hardware ata-raid toy for Linux.
The 4 channel (tested here) is $245.00 US.
Patches to be posted on linux.kernel.org for 2.2 and 2.3 support to be
summited for inclussion.
Raid 1 report on a PII 233 with 72MB.
-------Sequential Output-------- ---Sequential Input-- --Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
1* 100 3387 99.2 15409 36.4 8126 38.4 2921 97.5 22210 34.3 382.9 12.1
-------Sequential Output-------- ---Sequential Input-- --Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
1* 256 3381 99.1 15205 36.8 8313 38.1 3134 97.6 22561 35.2 253.2 7.7
Raid 0
-------Sequential Output-------- ---Sequential Input-- --Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
1*1024 3140 95.9 18293 68.9 8609 54.5 3062 94.7 27132 56.8 109.7 4.6
-------Sequential Output-------- ---Sequential Input-- --Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
1* 100 3209 97.4 21221 75.2 8359 52.2 3065 95.1 30030 63.6 322.7 9.4
Yes this ATA-33 speeds and transfer rate.
On Fri, 21 Jan 2000, Adam C Powell IV wrote:
> Apologies for the delay, I've been having some email trouble. Future followups
> will be a lot quicker.
>
> Khimenko Victor wrote:
>
> > In <3883285B.450536A@mit.edu> Adam C Powell IV (hazelsct@mit.edu) wrote:
> > > Greetings,
> >
> > > I have a RAID-5 array across 10 GB partitions on four 17 GB IDE drives
> > > at hda-d, and a RAID-0 array across 5 GB partitions on the same drives,
> > > on a dual-Celeron ABIT BP6 motherboard (haven't installed the recent
> > > BIOS upgrade).
> >
> > > I've built SMP kernels from 2.2.10 and 2.2.13 source with gcc-2.95, and
> > > then 2.2.13 and 2.2.14 with gcc-2.7.2.3, all using the standard Debian
> > > .config except 686 and SMP (well, approximately the Debian 2.2.13 config
> > > for 2.2.14).
> >
> > That is: you are using broken RAID implementation and expect it to work
> > somehow ?
>
> Uh, there's a broken RAID implementation in a stable kernel?
>
> > > For all of these kernels, the machine always hangs while mounting the
> > > RAID-5 array. It never hangs while mounting the RAID-0 array, which
> > > happens to come before it. And it never hangs under the non-SMP 386
> > > Debian kernel images.
> >
> > > Are there any known races which got into 2.2.14? I haven't yet tried
> > > 2.2.15-pre, is there any reason to believe it might solve the problem?
> >
> > It will not solve problem. RAID as it is in 2.2.x kernels us unstable and
> > unmaintained. You REALLY should use raid patches. There are some
> > incompatibilities with 2.2.x RAID implementation and latest RAID patches
> > and thus it's not going in 2.2.x but if you need working raid (and you do
> > hot have one) you SHOULD NOT use stock 2.2.x RAID. Use one from
> > http://people.redhat.com/mingo/raid-2.2.14-B1
>
> Hmm, I sense a contradiction here: 2.2.x RAID is incompatible with the latest
> RAID patches and so will stay in, but 2.2.x RAID is unstable and unmaintained.
> If you don't mind my asking, what kind of logic motivated that policy?
>
> But seriously. So what you're telling me is that I need to back up all of my
> data, install a patched kernel (and Debian raidtools2), and completely wipe and
> reinstall the RAID arrays, right? Are there any tools to translate old RAID
> arrays into new ones?
>
> Please seriously consider the attached patch for 2.2.15. It will save a lot of
> time and grief for RAID amateurs like myself.
>
> > P.S. Hmm. Stefan Monnier said back in september "Every serious NFS user uses
> > the patched knfsd, and every serious raid user uses the new raid code". Looks
> > like he was wrong after all :-/
>
> I set this up in August, so I'm not covered by this. :-) And I think from the
> above you can determine that I hardly qualify as "serious"- it took me three
> months to build my first kernel for the machine! The only reason I'm here on
> the vger list is that in spite of multiple posts to debian-user since late
> November, nobody there gave me an answer even half as helpful as yours!!
>
> Quite disappointed,
> --
> Adam Powell http://lyre.mit.edu/~powell/
> Thomas B. King Assistant Professor of Materials Engineering
> 77 Massachusetts Ave. Rm. 4-117 Phone (617) 452-2086
> Cambridge, MA 02139 USA Fax (617) 253-5418
>
>
>
>
Andre Hedrick
The Linux ATA/IDE guy
THE USE OF EMAIL FOR THE TRANSMISSION OF UNSOLICITED COMMERCIAL
MATERIAL IS PROHIBITED UNDER FEDERAL LAW (47 USC 227). Violations may
result in civil penalties and claims of $500.00 PER OCCURRENCE
(47 USC 227[c]). Commercial spam WILL be forwarded to postmasters.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Jan 23 2000 - 21:00:27 EST