Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 18 Aug 2010 17:32:20 +0000
From:      emorras@xroff.net
To:        "C. =?iso-8859-1?b?QmVyZ3N0cvZt?=" <cbergstrom@pathscale.com>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: FreeBSD, GPGPU and OpenCL/CUDA
Message-ID:  <20100818173220.20593s58qlqatg6c@webmail.xroff.net>
In-Reply-To: <4C6C085A.2010009@pathscale.com>
References:  4C666786.6000205@mail.zedat.fu-berlin.de 20100816141324.7de6d7b4@ukr.net 20100816134713.66411ai1w435q5wh@webmail.xroff.net 201008161618.35076.pieter@degoeje.nl 20100816173333.4a1bba57@ukr.net 20100816145001.GA90619@mech-cluster241.men.bris.ac.uk <20100818120455.10870.qmail@dusk.parklogic.com> <4C6C085A.2010009@pathscale.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi Christopher,

"C. Bergstr=F6m" <cbergstrom@pathscale.com> escribi=F3:

> PathScale and CAPS recently announced HMPP as a new manycore GPGPU =20
> open standard and there's a chance you'll see it ported to FBSD.  In =20
> addition to this you could see other open standards working well on =20
> FBSD, but that depends on market demand and feedback.

Do we need with this suite a nvidia/ati driver that executes the =20
CUDA/OpenCL/Stream code? If yes, we'll have the same problem.

>> I havn't looked deeper into AMDs offerings, but I guess since it's =20
>> silent around OpenCL and AMD-based GPGPU, even with Linux there =20
>> isn't much.
>> I'm not very close to the GPGPU scene, we even start thinking about =20
>> porting and developing some mathematical stuff into libraries and =20
>> thought about OpenCL.
>> Unluckily, in my team I'm the only one utilizing FreeBSD.
>>
>> Maybe someone out here has solved some problems and could email me. =20
>> Even AMD seems to be a white spot in the subject of GPGPU and =20
>> FreeBSD for me, maybe someone could shed some light on this.
> What's blocking this from being available now
> =09a) someone porting the kernel driver over or
> =09b) us getting funding to do it.

Perhaps the FreeBSD Foundation can open a new project for it. Today it =20
can be seen like a "lost-time-addon" for FreeBSD, but not only =20
Maths/Physics/Chemistry can use GPGPU, it can be used by databases, =20
compilers, servers, and more in a nearer future. For example, all =20
algorithms to filter image and video (Scanner, PET, Astronomy, video =20
de/compression, etc) are being ported to gpgpu and i can't use FreeBSD =20
for this.

> When we started working on the driver months ago one of the main =20
> goals was to allow greater portability.  Details for any interested =20
> developers is available any time.  In general I'd like to see more =20
> open source OS diversity in the HPC industry and happy to help where =20
> I can.

FreeBSD has better OpenMP capabilities by its network connections, =20
i'll like to use it in the next HPC era.

> For those curious why NVIDIA doesn't port CUDA to FBSD...  My guess =20
> is that to do a high quality job it would take 1-2 man years of =20
> effort.  In the non-FOSS world that's expensive.
>
> Best,
>
> ./Christopher

L





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100818173220.20593s58qlqatg6c>