Calling D from Ruby for GPU computing

Prasun Anand via Digitalmars-d-announce digitalmars-d-announce at puremagic.com
Sun Aug 6 09:11:42 PDT 2017


On Saturday, 5 August 2017 at 01:15:19 UTC, Michael wrote:
> On Saturday, 29 July 2017 at 06:54:47 UTC, Prasun Anand wrote:
>> Hi,
>>
>> I wrote a Linear Mixed Model tool for Genome Wide Association 
>> Studies(GWAS) called
>> [faster_lmm_d](https://github.com/prasunanand/faster_lmm_d). 
>> It is built on LDC
>> and is faster than its Python alternative. Also, its the only 
>> GWAS tool with a GPU
>> backend.
>>
>> I am interested in porting ` faster_lmm_d` to Ruby. Though, it 
>> is still a work in progress, I have written a blog about my 
>> findings.
>>
>> Blog: 
>> http://www.prasunanand.com/gpu-computing/2017/07/25/gsoc17-calling-d-from-ruby-for-gpu-computing.html
>>
>> I would love to hear your feedback.
>>
>> Regards,
>> Prasun
>>
>> [Previously posted on LDC thread: 
>> http://forum.dlang.org/thread/rzrawenyssbiidsgtohx@forum.dlang.org]
>
> I don't know much about your work but it sounds like an 
> interesting application for D. How easy was it interfacing with 
> cuda?

It was easy interfacing CUDA. I used `dstep` to create the 
bindings and
for CUDA and CUBLAS headers. I got interesting results but would 
be working
on improving the performance.

> Was it just cuda you targeted or would it also work with OpenCL?

Yes, OpenCL is supported using ArrayFire. I have targeted CUDA 
specifically
for better performance.

> What made you choose D over going straight to C to work 
> directly with cuda?

`faster_lmm_d`




More information about the Digitalmars-d-announce mailing list