RNA World GPU ATI

[alex-snake]

Wird es für RNA World auch Wu´s zum rechnen geben vielleicht auch mal etwas für ATI Karten?

Gibt ja viele ATI nutezer die auf ein Sinnvolles Projekt warten, der Zuwachs

und Projektbeteiligung wäre wohl sehr hoch dadurch.

[Michael H.W. Weber]

Im Moment haben wir keine GPU-Clients, da die Rechnungen, die wir durchführen, auf GPUs nichts an Geschwindigkeitszuwachs bringen. Da wir aber in Zukunft eine Reihe zusätzlicher Programme integrieren werden, würde es mich schon wundern, wenn nicht irgendwann auch eines dabei wäre, das von GPUs profitiert. Und das wollen wir dann natürlich möglichst auch ausreizen. Steht aber auch in der FAQ.

Michael.

[Bommer]

Hallo

Was bestimmt auch nicht schlecht wäre, wären Multithreaded Apps. Besonders bei Intron WUs würde dies die Laufzeit sehr verkürzen.

Gruss Bommer

[Michael H.W. Weber]

Was bestimmt auch nicht schlecht wäre, wären Multithreaded Apps. Besonders bei Intron WUs würde dies die Laufzeit sehr verkürzen.

Ist schon jetzt technisch möglich, d.h. die Clientsoftware ermöglicht dies bereits in der aktuellen Version. Poblem: Ein CPU-Clock abhängiger Zufallsmechanismus verhindert die "bitwise" Validierung der RNA World WUs, d.h. nicht geeignet für BOINC-Projekte. Das Problem soll aber in der nächsten Version behoben sein; da habe ich mit den Entwicklern etwas kommuniziert.

Eine MT Applikation wird eine gegebene WU grundsätzlich schneller fertig stellen, als Standardapplikationen. Das bedeutet aber nicht, dass sie notwendiger Weise energieeffizienter arbeiten muss oder gar mehr "credits" pro Zeit abliefert. Wir haben das bereits vermessen. Während CMCALIBRATE auf einem Opteron Quadcore skaliert, d.h. vier parallel gestartete Einzelthreads als "single threaded" Applikationen gleichschnell oder gar langsamer fertig werden als vier sequentiell gestartete "multi threaded" Applikationen (in der Tat ist die MT App schneller), ist dies bei CMSEARCH nicht der Fall. Will heißen, MT CMSEARCH liefert zwar eine gegebene WU schneller ab, die "credits" pro investierter Leistaungsaufnahme sind jedoch etwas geringer. Für uns als Projektbetreiber bedeutet dies, dass wir MT bzw. ST je nach Priorität des Projekts, d.h. danach, wie schnell wir Ergebnisse zurück benötigen einstellen müßten. Natürlich würde CMCALIBRATE immer MT sein. Bei CMSEARCH ist MT eigentlich nur anzuraten bei besonders langen WUs solange es kein Checkpointing gibt (um die Absturzwahrscheinlichkeit zu reduzieren) oder bei WUs, die sehr speicherintensiv sind (um zu vermeiden, dass diese durch speicherintensive Prozesse auf den anderen Kernen aus Speichermangel abgeschossen werden).

Was ich anstrebe ist, dem Benutzer die Entscheidnung zu überlassen, d.h. in den RNA World Einstellungen die Möglichkeit zu integrieren für jede RNA World App selbst zu entscheiden, ob diese in der MT oder ST Variante laufen soll.

Michael.