[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <e9c3a7c20608261355k41692c64w9165a22a9b7fab29@mail.gmail.com>
Date: Sat, 26 Aug 2006 13:55:36 -0700
From: "Dan Williams" <dan.j.williams@...il.com>
To: "H. Peter Anvin" <hpa@...or.com>
Cc: "Chris Friesen" <cfriesen@...tel.com>,
"Jeff Garzik" <jeff@...zik.org>,
"Linux Kernel" <linux-kernel@...r.kernel.org>,
"Linux RAID Mailing List" <linux-raid@...r.kernel.org>,
marc@...kel.com
Subject: Re: Linux: Why software RAID?
On 8/23/06, H. Peter Anvin <hpa@...or.com> wrote:
> Chris Friesen wrote:
> > Jeff Garzik wrote:
> >
> >> But anyway, to help answer the question of hardware vs. software RAID,
> >> I wrote up a page:
> >>
> >> http://linux.yyz.us/why-software-raid.html
> >
> > Just curious...with these guys
> > (http://www.bigfootnetworks.com/KillerOverview.aspx) putting linux on a
> > PCI NIC to allow them to bypass Windows' network stack, has anyone ever
> > considered doing "hardware" raid by using an embedded cpu running linux
> > software RAID, with battery-backed memory?
> >
> > It would theoretically allow you to remain feature-compatible by
> > downloading new kernels to your RAID card.
> >
>
> Yes. In fact, I have been told by several RAID chip vendors that their
> customers are *strongly* demanding that their chips be able to run Linux
> md (and still use whatever hardware offload features.)
>
> So it's happening.
Speaking of md with hardware offload features:
http://prdownloads.sourceforge.net/xscaleiop/ols_paper_2006.pdf?download
> -hpa
Dan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists