Date: Fri, 09 Mar 2012 18:31:00 +0100 From: "O. Hartmann" <ohartman@mail.zedat.fu-berlin.de> To: Eduardo Morras <nec556@retena.com> Cc: freebsd-performance@freebsd.org Subject: Re: OpenCL backend for LLVM Message-ID: <4F5A3E54.2080909@mail.zedat.fu-berlin.de> In-Reply-To: <4EFDA3B500F9C03B@> (added by postmaster@resmaa12.ono.com) References: <4F59EB20.3060500@mail.zedat.fu-berlin.de> <4EFDA3B500F9C03B@> (added by postmaster@resmaa12.ono.com)
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8145B189D04CF73394397033 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/09/12 14:35, Eduardo Morras wrote: > At 12:36 09/03/2012, you wrote: >> Sorry if you feel boring by those messages, but soem of us still get w= et >> eyes when it comes to OpenCL and LLVm (LLVM is supposed to become soon= >> the backend compiler in FreeBSD, as I understand). On PHORONIX I read >> this message days ago: >> >> http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DMTA2NzM >> >> I think this is promising - in a way. Maybe some compiler specialists >> will have merci (as well as nVidia and AMD) and present soemday in the= >> future OpenCL-based GPGPU capabilities for HPC on FreeBSD. >=20 > I agree with you, it will allow to run some parts of llvm compiled apps= > to run in gpu, perhaps even parts of FreeBSD. A fullpower driver is the= > last piece of the puzzle. >=20 > Don't know who has to do the first step, FreeBSD who changes the kernel= > to allow easier port of the linux drivers or nVidia/AMD begin the port > and tell us what must be changed to make it. Well, having to pick up existing ideas and incarntions of those for Linux is always a pain in the ass, but necessary at the moment. The "experts" neglected long time the need for keeping FBSD on par with KMS stuff or all the other development done in that area. Hope "we" (FreeBSD) will get such a thing on a high performance base soon in FreeBSD. Or things change again and there is a real platform-independent standard, not necessaryly bound to Linux (which is not very realistic). >=20 >> I still have hope that the important part HPC will become again an >> option using FreeBSD as it was 10 years ago. >=20 > The part of my hpc app in FreeBSD is the scheduler and data collector. > The "real" hpc number crunching part runs on Linux with cuda code. The part of our numerical stuff is now completely running on Linux. FreeBSD is just my "hobby" in the lab and the backbone for my purposes since Linux outperforms FreeBSD in nearly every aspect. And OpenCL (not CUDA) is the backend of our numerical modelling. It is amazing watching the Linux boxes calculation solutions on GPUs or start doing rendering DTMs in blender with the help of a present graphics card via CUDA or OpenCL (try blender 2.62, you will be amazed how fast a nVidia GTX570 or even a smaller GTX560Ti is rendering a scene of a planetary surface compared to the raw processing performance of even a modern 6-core Core i7 Sandy Bridge-E). >=20 >> Regards, >> Oliver >=20 > L --------------enig8145B189D04CF73394397033 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPWj5qAAoJEOgBcD7A/5N8H/sH/i7D8awQHV2CsPGmCa8KsUmJ 0MF39xtoQ9Dlfx4ISv6u7ZpQqZxz6hBh+f0QmpMGzIk0t77WMPZElmdz4XxBh9D6 AAXC7Y1f1tjDLeZYw7qgfh4CK4HWywtec7k0BFaULUC3hQ2B6kdn7OaZxUCPVEhz Qw48ObQAfksirMPc21zeC4u+3ZGLIAhhwYo2HneEOB23R/3zwbC4TUCiyfosMFNP eyMW4E9yq60h08FTzIAMhZTQN7HBzvP7zTFX2zbHUHVaGOuIKJCgpdP7Mfy9+Hif PGNybK8f3XUGDbUNZNGlo1H/tGnVxC8LHqPMkoTBeU11mHYn/PAH+ek3t5vNxy4= =FGY0 -----END PGP SIGNATURE----- --------------enig8145B189D04CF73394397033--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F5A3E54.2080909>