Re: ZFS with Linux: An Open Plea
- From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
- Date: Wed, 18 Apr 2007 13:25:19 -0400
On Mon, Apr 16, 2007 at 10:18:45PM +0200, Tomasz K?oczko wrote:
Of cources it can be true in most cases (probably for some more advanced
RAID controlers). Few weeks ago I perform some basic test on Dell 2950
with 8x73GB SAS disk .. just as for kill time (waiting for access to some
bigger box ;). This small iron box have inside RAID controller (Dell uses
in this box LSI Logic SAS MegaRAID based ctrl). Anykind combinations on
controler level RAID was slower than using this as plain JBOD with LVM or
MD+LVM. Diffrence between HW and soft RAID was not so big (1-6% depending
on configuration) but allways HW produces worser results (don't ask me
why). Finaly I decide using this disk as four RAID1 luns only because
under Linux I can't read each phisical disk SMART data and protecting this
by RAID on controller level and collecting SNMP traps from DRAC card was
kind of worakaround for this (in my case it will be better constanlty
monitor disk healt and collesting some SMART data for observe trends on
for example zabbix graphs for try predict some faults using triggers). On
top of this was configured diffrent types of volumes on LVM level (some
with stripping some without, some with bigger some with smaller chunk
size).
Does it matter that google's recent report on disk failures indicated
that SMART never predicted anything useful as far as they could tell?
Certainly none of my drive failures ever had SMART make any kind of
indication that anything was wrong.
I think the main benefit of MD raid, is that it is portable, doesn't
lock you into a specific piece of hardware, and you can span multiple
controllers, and it is likely easier to have bugs in MD raid fixed that
in some raid controller's firmware if any were to be found. Performance
advantages are a bonus of course.
--
Len Sorensen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: ZFS with Linux: An Open Plea
- From: Valerie Henson
- Re: ZFS with Linux: An Open Plea
- From: Jeff Garzik
- Re: ZFS with Linux: An Open Plea
- References:
- Re: ZFS with Linux: An Open Plea
- From: Neil Brown
- Re: ZFS with Linux: An Open Plea
- From: Mike Snitzer
- Re: ZFS with Linux: An Open Plea
- From: Jan Engelhardt
- Re: ZFS with Linux: An Open Plea
- From: Tomasz Kłoczko
- Re: ZFS with Linux: An Open Plea
- From: Stefan Richter
- Re: ZFS with Linux: An Open Plea
- From: Tomasz Kłoczko
- Re: ZFS with Linux: An Open Plea
- From: Christoph Hellwig
- Re: ZFS with Linux: An Open Plea
- From: Tomasz Kłoczko
- Re: ZFS with Linux: An Open Plea
- From: Diego Calleja
- Re: ZFS with Linux: An Open Plea
- From: Tomasz Kłoczko
- Re: ZFS with Linux: An Open Plea
- Prev by Date: Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]
- Next by Date: Re: Major qla2xxx regression on sparc64
- Previous by thread: Re: ZFS with Linux: An Open Plea
- Next by thread: Re: ZFS with Linux: An Open Plea
- Index(es):
Relevant Pages
|