Re: Using aGPU for RAID calculations (proprietary GRAID SupremeRAID)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Tue, 30 Nov 2021 17:20:25 +0100, Piergiorgio Sartor wrote:

> On Tue, Nov 30, 2021 at 12:58:10PM +0100, Paul Menzel wrote:
> > > Dear Linux folks,
> > > > I read about GRAID SupremeRAID [1], which seems to be an Nvidia T1000 card
> > and software to use the card for RAID calculations.
> > > > GRAID SupremeRAID works by installing a virtual NVMe controller onto
> > > the operating system and integrating a PCIe device into the system
> > > equipped with a high-performance AI processor to handle all RAID
> > > operations of the virtual NVMe controller
> > > According to the review *GRAID SupremeRAID SR-1000 Review* [2] it performs
> > quite well. I couldn’t find any driver files online.
> > > Now I am wondering, why a graphics card seems to help so much. What
> > operations are there, modern CPUs cannot keep up with?
> > > If GPUs are that much better, are people already working on a FLOSS solution
> > for the Linux kernel, so people can “just” plug in a graphics card to
> > increase the speed?
> > > Does the Linux kernel already have an API to offload calculations to
> > accelerator cards, so it’s basically plug and play (with AMD graphics cards
> > for example using HSA/KFD)? Entropy sources, like the ChaosKey [3], work
> > like that. If not, would the implementation go under `lib/raid6`?
> I think this was somehow discussed here some times ago.
> That is the use of "GPU" to accellerate the parity computation.
> There are a couple of things to keep in mind.
> One is the data transfer to / from the video card, which might be a bottleneck.
> At any rate, there will be a write and read streams going across the system bus(es).
> An other point is that, unless an high end video card is used, with ECC memory,
> the reliability of the whole process might be of concern.
> Finally, usually video cards, while having a lot of memory (caching could be good),
> they miss the battery backup. Power is off, data is gone...
>
> bye,
>
> pg

Hi pg,

I'm sorry to wake up this thread again, but I actually thought it was a very interesting idea:

I'm new here, but I'm giving up on hardware raid because I think the idea is obsolete. But I read your mail above:

what if the GPU could be used for verifying raid 5/6 in realtime? something like verifyread ...
the "real" parity calculation should still be done by the CPU for reliability, but at least the GPU can signal something may be wrong. with nvme drives pushing 4-5GiB/s these days, a raid 6 of 10 nvme drives could easily outperform a single CPU core. for raid 5, I doubt anyone will benefit from it, as it's a simple XOR calculation, but might it be for raid 6

For your concern about the read/write on the system bus, I agree: as with every situation, it will depend on the config, but it is unlikely it will never be a problem.

Your BBU remark is also interesting to me: why would data be "gone" at a power off?

kind regards,

Janpieter Sollie



[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux