From mboxrd@z Thu Jan 1 00:00:00 1970 From: "H. Peter Anvin" Subject: Re: Triple parity and beyond Date: Thu, 21 Nov 2013 16:33:36 -0800 Message-ID: <528EA660.6000307@zytor.com> References: <528A90B7.5010905@zytor.com> <528AA1EB.3010909@zytor.com> <528BCA2D.5010500@redhat.com> <73BEB41F-0FAC-4108-BEA9-DB6D921F6F55@cs.utk.edu> <528D61C5.70902@hardwarefreak.com> <528DBF85.6010303@shiftmail.org> <528EA5B9.3000801@hardwarefreak.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <528EA5B9.3000801@hardwarefreak.com> Sender: linux-raid-owner@vger.kernel.org To: stan@hardwarefreak.com, joystick Cc: James Plank , Ric Wheeler , Andrea Mazzoleni , linux-raid@vger.kernel.org, linux-btrfs@vger.kernel.org, David Brown , David Smith List-Id: linux-raid.ids On 11/21/2013 04:30 PM, Stan Hoeppner wrote: > > The rebuild time of a parity array normally has little to do with CPU > overhead.> Unless you have to fall back to table driven code. Anyway, this looks like a great concept. Now we just need to implement it ;) -hpa