ATI-GPUs bei GPUGRID!

Ich würde mal ganz stark darauf tippen, daß das eine OpenCL-Variante ist. Das läßt sich nämlich von CUDA verhältnismäßig einfach portieren. Also wird die sehr wahrscheinlich auf die HD4000er und HD5000er Serien beschränkt sein (ältere unterstützen nicht alle von OpenCL geforderten Features). Außerdem wird wohl ein aktueller Treiber sowie eine der 6.10.x-BOINC-Versionen erforderlich sein.
 
Hmm, sehr schwierig zu sagen. Erstens weiß ich nicht, ob sie wirklich OpenCL benutzen. Ich würde aber mal glatt vermuten, daß sie das damit gebastelt haben. Das würde auch zu der zeitgleich angekündigten Multi-CPU-App passen, denn bekanntermaßen unterstützt AMDs OpenCL-Lösung ja auch CPUs als Backend (benötigen SSE3, wird automatisch vektorisiert und auf die CPU-Kerne verteilt). Dann ist OpenCL für GPUs noch in einem ziemlich frühen Zustand. Könnte also sein, daß da noch ein paar wichtige Performance-Optimierungen fehlen. Von der ersten Version würde ich noch nicht zu viel erwarten.

Allgemein macht GPUGrid Molekulardynamik, ähnlich wie Folding@home. Wenn ich das richtig verstanden habe, lassen die da auch ziemlich große Systeme rechnen, bei denen auch schon bei Folding ATIs von der Rechenleistung mit den nvidias mithalten konnten (von der Rechenleistung, nicht ppd). Die ATIs werden bei Folding ja ziemlich dadurch ausgebremst, daß sie im Gegensatz zur CUDA-Variante ihr shared memory (local data share) nicht nutzen können (Folding wurde hauptsächlich für die HD3000er Serie geschrieben). Mit OpenCL besteht diese Einschränkung ja nicht mehr. Insofern könnte das gut ausgehen. Hängt aber auch sehr von der konkreten Umsetzung ab und wann AMD z.B. die Image-Erweiterung für OpenCL nachliefert (ziemlich wichtig für speicherintensive Sachen).
 
Von der Genauigkeit her, müßte es Single Precision sein, oder? Double P. wird ja noch nicht von ATI in OpenCL unterstützt [wobei das aber auch nicht von GPUGrid benötigt wird...], ansonsten hätten die ATIs wieder die Nase weit vorne.
 
So Leute die App ist aufm Server aber der Server will noch nicht ...


Es gibt bisher nur ne 32Bit App - was für'n SCH***
http://www.gpugrid.net/download/acemdbeta_6.03_windows_intelx86__ati14.exe


Wie soll man als x64 User die verwenden, wenn AMD nur die 64bit OpenCL.dll im SDK(x64) mit liefert ?


Nachtrag:
der Server geht jetzt und liefert WUs für die Class ATI 1.4 !

man benötigt den 9.11rc Treiber + die 32Bit opencl.dll aus dem SDK - gibts da:
http://developer.amd.com/gpu/ATIStreamSDKBetaProgram/Pages/default.aspx

nur für folgende GPUs:

ATI Radeon™ HD
5870
5850
5770
5750
4890
4870 X2
4870
4850 X2
4850
4830
4770
4670
4650
4550
4350

ATI FirePro™
V8750
V8700
V7750
V5700
V3750

AMD FireStream™
9270
9250

ATI Mobility Radeon™ HD
4870
4860
4850X2
4850
4830
4670
4650
4500 Series
4300 Series

ATI Mobility FirePro™
M7740

ATI Radeon™ Embedded
E4690 Discrete GPU

Nachtrag 2:
die App crasht noch....

http://www.gpugrid.net/forum_thread.php?id=1458#13466

had to stop Collatz to get the 4 GPUGrid Wu's to run but they only ran about 2 Seconds before Erring out. They also locked up the System for a little while after erring out but it cleared itself and started running again without re-booting ...
 
Zuletzt bearbeitet:
Einer hat es auf seiner HD47x0/HD48x0 zum Laufen gekriegt. Allerdings sind 173ms pro Schritt nicht wirklich schnell, oder? Was erreicht man denn mit einer nv-Karte (sollte die Angabe bei den Test-WUs überhaupt vergleichbar sein)? Mit der verlinkten WU würde die ATI hochgerechnet nur gute 1600 credits/Tag machen. Da kann man nur auf Besserung hoffen :]

Das Problem ist wohl, daß mit OpenCL nur die HD5000er Karten shared memory (Local Data Share) nutzen können, bei den HD4000er Karten wird das ziemlich langsam (wird in den Speicher ausgelagert). Ich glaube auch ehrlich gesagt nicht, daß das bei ATI Priorität hat. Die werden OpenCL wohl eher für die neueren Karten optimieren und zuerst noch ein paar fehlende Erweiterungen nachschieben. Wer shared memory mit HD4000er-Karten nutzen will, muß entweder Brook+/CAL oder die DirectX11 Compute-Shader benutzen (das CS SM4.1 unterstützt shared memory der HD4000er). Insofern sieht das für die Performance der HD4000er-GPUs bei GPUGrid erstmal nicht so gut aus.
 
Zuletzt bearbeitet:
eine GTX260 mit 216 shadern bei ~1.6GHZ brachte so zwischen 9000-12.000 credits am tag.
wenn die 4er ATIs also nur bei 1600 rum liegen wären das ja mal nur knapp 20% der Leistung einer 260er *noahnung*
Greif denen doch mal unter die arme ;) ;D
 
Die Zeit pro Schritt ist nicht wirklich vergleichbar, die liesse sich maximal vielleicht innerhalb der WU Serien vergleichen, ansonsten schwankt die recht stark.
 
Warum muss es gleich OpenCL sein - CAL & Brook sind doch schon "ausgereift" - der OpenCL Support entspricht noch nicht mal was MS unter einer Alphaversion versteht ...
 
Warum muss es gleich OpenCL sein - CAL & Brook sind doch schon "ausgereift" - der OpenCL Support entspricht noch nicht mal was MS unter einer Alphaversion versteht ...
wahrscheinlich weil openCL die zukunftssichere alternative ist. man braucht dann auch keine neue app für die multi-cpu app.
Für ein projekt wie GPUGRID wäre es von vorteil wenn sie nur eine einzige appl pflegen/entwickeln müßten, die dafür aber auch auf ATI/NVIDIA GPUs, Cell, CPU, whatever läuft.
 
Gibt's hier egentlich Neues "an der Front"?
Ich würd' gerne mal wieder GPUGRID rechnen (lassen).
 
die von GPUGRID haben noch so ihre Probleme mit AMDs SDK wird sicher nix bis September ...

Fred

Given the expected ETA's of the next two APP SDK's and some knowledge of the researchers timetable, I don't expect another sustained attempt until around Aug.

If the drivers are not stable for a range of cards then by the time you debug/find work arounds, the next APP SDK will be out, making your efforts worthless. ATI even changed the name from SDK to APP SDK. It's down to ATI to have a useable APP SDK from which to work from.

Aber die von GPUGRID sind selber schuld - warum geben die den Source nicht frei damit es mal mit CAL & Brook probiert werden kann ?!?
 
Zurück
Oben Unten