DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=JlBI/M5NzMqgiijI3gFCmt/ZHVc4Is2vCGT6eNKmwMA23EGvGXwk9kPty9XVIgEugu
         qVEYWrwB1iVvhNg8mjxml94noLGhmOCfzFZklsTHOcFoqM2FZF0b0M+FUp7LFJEoQnGw
         T6ig8pktRWw1+uR8THYnQ7/s9eohYw4I6lL7Y=
MIME-Version: 1.0
Date: Thu, 2 Apr 2009 11:02:41 -0300
Message-ID: <159a870e0904020702q3c528b8u77cebf834d607e3f@mail.gmail.com>
Subject: RAID performance / tuning?
From: Tiago Freire <tiago.freire@gmail.com>
To: linux-kernel@vger.kernel.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1038
Lines: 22

Dear LKML,

I am a long-time linux user, but not a C dev.
I have been using software RAID since I had an Athlon 64 3000, which
at the time took a toll of up to 30% of the CPU time on big writes (4
200GB disks on RAID 5), if my memory serves me well.
If you can get me some clarifications, I would be incredibly grateful.
Shouldn't software RAID always surpass hardware, given fast enough hardware?
Why is it that software RAID on current systems still gets less
performance than hardware counterparts?
Also, are there any knobs/pulleys/ledgers in the linux kernel so that
I can maximize RAID operation performance?
Given that our current bottleneck is the disk IO, it would take a
sincere effort to saturate the CPU with raid/disk operations (you'd
need lots and lots of disks).

Best regards
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/