From: Pieter De Wit <pieter@insync.za.net>
To: linux-raid@vger.kernel.org
Subject: Re: Using Video cards (CUDA) for RAID parity
Date: Fri, 13 Dec 2013 05:57:29 +1300 [thread overview]
Message-ID: <52A9EAF9.6020804@insync.za.net> (raw)
In-Reply-To: <52A9A380.50805@hesbynett.no>
On 13/12/2013 00:52, David Brown wrote:
> On 12/12/13 11:27, Pieter De Wit wrote:
>> Hi List,
>>
>> Given the recent work done with techs like CUDA etc. - has the idea been
>> floated to use the video card for RAID parity calculations vs the CPU ?
>> Bitcoin and plenty others have shown the true speed of these cards. This
>> might be a cheaper version of a RAID card.
>>
>> Cheers,
>>
>> Pieter
> I am almost certain that you /could/ use a graphics card to do parity
> calculations faster than a cpu core. However, even the newly proposed
> multi-parity calculations are not a big challenge for a modern cpu. A
> bigger issue is getting optimal threading so that multiple cores (or at
> least threads) can be used at the same time, and this work is well under
> way already. Once that work is completed, my guess is that I/O, cache
> or memory bandwidth will be the bottleneck for big raid arrays rather
> than cpu power - and using graphics cards will not help there.
>
> David
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
Ah - I see - I also thought it was multi-threaded, but, tbh, I never
looked that hard into it. My question comes from the fact that I now
have access to 32x750gig (and more if needed) drives on a fiber array.
The down side is that I only have *old* CPUs driving the array. RAID5's
sync speed (15 disks) is 8meg/second. Change the array to RAID10 and the
sync speed is above 100meg/second.
I, naively perhaps, assumed the bottleneck to be the Intel CPU's which
sparked this idea.
What about block level hashing ? (Unless this is already done and I just
never knew it :) )
Cheers,
Pieter
next prev parent reply other threads:[~2013-12-12 16:57 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-12 10:27 Using Video cards (CUDA) for RAID parity Pieter De Wit
2013-12-12 11:44 ` Benjamin ESTRABAUD
2013-12-16 16:07 ` Wolfgang Denk
2013-12-12 11:52 ` David Brown
2013-12-12 16:57 ` Pieter De Wit [this message]
2013-12-12 17:13 ` Benjamin ESTRABAUD
[not found] ` <ff87dc745635b18a71b98ce36356eea7@insync.za.net>
2013-12-12 18:57 ` Benjamin ESTRABAUD
2013-12-12 17:30 ` Chris Green
2013-12-12 17:51 ` joystick
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52A9EAF9.6020804@insync.za.net \
--to=pieter@insync.za.net \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.