Date: Thu, 19 Aug 2010 04:26:16 +0700 From: =?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?= <cbergstrom@pathscale.com> To: emorras@xroff.net Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD, GPGPU and OpenCL/CUDA Message-ID: <4C6C4FF8.2050704@pathscale.com> In-Reply-To: <20100818173220.20593s58qlqatg6c@webmail.xroff.net> 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> <20100818173220.20593s58qlqatg6c@webmail.xroff.net>
next in thread | previous in thread | raw e-mail | index | archive | help
emorras@xroff.net wrote: > Hi Christopher, > > "C. Bergström" <cbergstrom@pathscale.com> escribió: > >> PathScale and CAPS recently announced HMPP as a new manycore GPGPU >> open standard and there's a chance you'll see it ported to FBSD. In >> addition to this you could see other open standards working well on >> FBSD, but that depends on market demand and feedback. > > Do we need with this suite a nvidia/ati driver that executes the > CUDA/OpenCL/Stream code? If yes, we'll have the same problem. No, PathScale has a full NVIDIA replacement. From front-end programming model to kernel driver. (I'm happy to give more information, but don't want to spam the list) > >>> I havn't looked deeper into AMDs offerings, but I guess since it's >>> silent around OpenCL and AMD-based GPGPU, even with Linux there >>> isn't much. >>> I'm not very close to the GPGPU scene, we even start thinking about >>> porting and developing some mathematical stuff into libraries and >>> 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. >>> Even AMD seems to be a white spot in the subject of GPGPU and >>> FreeBSD for me, maybe someone could shed some light on this. >> What's blocking this from being available now >> a) someone porting the kernel driver over or >> b) us getting funding to do it. > > Perhaps the FreeBSD Foundation can open a new project for it. Today it > can be seen like a "lost-time-addon" for FreeBSD, but not only > Maths/Physics/Chemistry can use GPGPU, it can be used by databases, > compilers, servers, and more in a nearer future. For example, all > algorithms to filter image and video (Scanner, PET, Astronomy, video > de/compression, etc) are being ported to gpgpu and i can't use FreeBSD > for this. > >> When we started working on the driver months ago one of the main >> goals was to allow greater portability. Details for any interested >> developers is available any time. In general I'd like to see more >> open source OS diversity in the HPC industry and happy to help where >> I can. > > FreeBSD has better OpenMP capabilities by its network connections, > i'll like to use it in the next HPC era. MPI is typically dependent on the network not OpenMP. OpenMP 3.0 can be made more scalable if there's tasks built-into the kernel that can be cleanly exposed to userland. (Like OpenSolaris + libtask from Moinak is a good example) Anyway... imho FreeBSD has a number of issues before it can be suitable for HPC.. 1) Better vendor support for 3rd party and open source tools (Allinea, Totalview, undodb.. compilers, optimized math libs, profilers etc) 2) HPC ready compiler.. (Sorry guys, but LLVM is just not production ready for this task and is missing Fortran) 3) IB network drivers 4) Hardware vendor to deliver a complete solution + support (iXsystems?) ./C
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C6C4FF8.2050704>