If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

HPL-GPU 1.0 Released For GPU Super Computing

Phoronix: HPL-GPU 1.0 Released For GPU Super Computing

Matthias Bach, a researcher and developer on high-performance computing with the Goethe Universitaet Frankfurt am Main, has written in to inform us of this German university's release of HPL-GPU 1.0. The HPL-GPU software package is a rewritten version of the LINPACK library that is re-engineered to run atop CALDGEMM, which is a DGEMM implementation developed at this university designed to run atop the latest AMD graphics processors...

Matthias Bach also mentioned to us in his email, "The really interesting thing however is, that this code can run AMD GPUs (Cypress Type, we use AMD 5870) at 100% load for hours, a load that except of our Linpack/DGEMM only Furmark can cause...The code also stomps NVIDIA, reaching 497 flops DGEMM on the HD5870 where NVIDIA only reaches around 300 on the much more expensive Tesla systems."

Not surprising considering

The code is also engineered for the Radeon HD 5000 "Evergreen" series of graphics cards.

Too bad he didn't mention which Tesla card he was using for comparison.

Its not mature enough. It may never be for this type of load. As a matter of fact it is exactly this type of load that the catalyst driver was designed for.

I hate to admit it, but I was once a firm believer in an open source only strategy. I said it here on this forum many times. But in light of this, I admit that a closed source optimized binary is better overall in this situation.

I for one am glad the binary exists in this particular case, because we woulnt have this new open source code without it.

Its not mature enough. It may never be for this type of load. As a matter of fact it is exactly this type of load that the catalyst driver was designed for.

I hate to admit it, but I was once a firm believer in an open source only strategy. I said it here on this forum many times. But in light of this, I admit that a closed source optimized binary is better overall in this situation.

I for one am glad the binary exists in this particular case, because we woulnt have this new open source code without it.

EDIT: Just to clarify, I still believe the open source driver can surpass the closed driver. I still think it would be sweet justice if one day the open driver could perform exactly this type of load.

Its not mature enough. It may never be for this type of load. As a matter of fact it is exactly this type of load that the catalyst driver was designed for.

Yep.

I hate to admit it, but I was once a firm believer in an open source only strategy. I said it here on this forum many times. But in light of this, I admit that a closed source optimized binary is better overall in this situation.

I for one am glad the binary exists in this particular case, because we woulnt have this new open source code without it.

Heh... There is little reason that the FOSS driver won't eventually catch up. Surpass might be a bit of a stretch, but there's little reason to believe that we won't get there. They said the same thing about our OS choice back in earlier days, remember...