f@h: V7 Client

[X1900AIW]

Basis bei p9000 213 credits. Eigentlich halte ich SMP für alles andere als lohnenswert, weil da soviele MultiSockel Rechner beteiligt sind, die mehrere SMPs mit links durchrechnen können, in dieser Phase mit Engpässen und solange es stabil funktioniert, why not.

[GD69DN]

Die 8566 ist durch und hat immerhin 8860 credit eingebracht, also gar nicht mal so schlecht. Ist in etwa das, was ich früher ohne GPU-Nutzung erreichen konnte.
Jetzt läuft eine 8574 mit einem ETA von 1,01 days also in etwa die gleiche prognostizierte Berechnungsdauer wie für die 8566.
Beide Projekte sind eigentlich Testläufe für eine Beschleunigung der Berechnungen, beide vom selben Betreuer:

This project is a test of a novel means to significantly accelerate Folding@home molecular dynamics calculations by 100x without any additional increase in hardware. Thus, this method has great promise to push Folding@home way beyond what it can do now, although there is much work to do to test it to make sure that the results are scientifically valid and useful. You can find more information about the method by reading one of our recent papers.

This project is managed by Badi' Abdul-Wahid and Prof. Jesus Izaguirre at Laboratory for Computational Life Sciences (LCLS) at Notre Dame.

Our research focuses on application of high-performance computational methods to biomolecular computing, with a special interest on parallel, multiscale algorithms for molecular dynamics. Simulations of biomolecules are an area of great potential, both to understand cellular processes at an atomic level, and to drive important applications such as drug design. One difficulty is the size of the simulations needed (hundreds of thousands of atoms) and the fact that stability of the numerical algorithms severely limits the step size used to solve the systems of ordinary differential equations that arise in these simulations. We attempt to construct both better algorithms that are able to take longer time steps and efficient parallel implementations that exploit the multiple time and space scales present present in biological systems. These methods are driven by specific applications, such as limb formation, protein folding, and drug design.

Das könnte evtl. auch der Grund sein, warum es einen Aufruf zur Berechnung von SMP-WUs gab...
Wenn die Algorithmen für die CPU-WUs dadurch verbessert werden können lohnt sich die Rechnerei ja.

[X1900AIW]

Habe meine log Datei durchgesehen, leider ein paar WUs verloren, laufen bei euch SMP Clients zuverlässig ?

Beispiel:

Code: Alles auswählen

10:59:19:WU01:FS01:0xa4:Completed 540000 out of 1000000 steps  (54%)
11:01:34:FS01:Shutting core down
11:01:41:WU01:FS01:0xa4:Client no longer detected. Shutting down core 
11:01:41:WU01:FS01:0xa4:
11:01:41:WU01:FS01:0xa4:Folding@home Core Shutdown: CLIENT_DIED
...

In Summe dürften es nur wenige Stunden Verlustrechnung (wat ein schöner Bilanzausdruck) gewesen sein, es betraf eher die kurz laufenden 900xer (GRO A4).

HFM zeigt 10 completed, 21 failed, da werden offensichtlich auch kurzzeitige Fehlermeldungen eingerechnet, die mit Checkpoint Neustart weiterlaufen. Ja, CPU ist übertaktet, aber bisher ohne Probleme gelaufen, FAH setzt wohl wieder mal die Messlatte rauf.

Eine einzige dieser Test-WUs war bei mir dabei (p8577, identischer Beschreibungstext), tja, vielleicht werden die über möglichst viele Systeme gestreut.

[GD69DN]

Bei mir ist keine WU abgebrochen worden, weder die dicken noch die kleinen 9000er. Ich habe derzeit eine "dicke" 8573 laufen, wieder mit über einem Tag Berechnungszeit. Beschreibungstext identisch zu den bereits genannten zwei großen WUs.
Prozessor ist bei mir nicht übertaktet auch wenn der dicke CPU-Kühler, ein Alpenfön Brocken dafür geeignet sein sollte. Aber mir ist damals schon aufgefallen, dass einige WU-Berechnungen anscheinend extrem empfindlich drauf reagieren, sobald eine CPU übertaktet wird. Mit ein Grund warum ich auch die GraKa nicht übertaktet habe.

[heikosch]

Instabilitäten beim OC-Betrieb kann ich bei F@H nicht bestätigen. Solange die CPU Prime95-stable ist (für Stunden) sind bei mir mit F@H noch nie Probleme aufgetreten.

Heiko

[GD69DN]

Egal, meine CPU und GraKa werden jedenfalls bis auf weiteres nicht übertaktet.
Die paar credits mehr, die ich dadurch bekommen könnte sind mir erst mal egal.
Ich lasse meinen Rechner ja schließlich nur laufen, weil es mir Spaß mache solche Projekte zu unterstützen und nicht um damit Geld zu verdienen. Im letzterem Fall würde es dann wohl schon mehr Sinn machen sich an OC zu versuchen.

Die 8573 ist gerade durch und dafür habe ich dann jetzt eine 8578 bekommen, schon wieder so eine "dicke" WU mit gleichem Text und Betreuer.
Die Berechnung wird aber etwas länger brauchen, da mein Rechner wohl an Sylvester den größten Teil des Tages aus sein wird, ebenso an Neujahr.

[Michael H.W. Weber]

Instabilitäten beim OC-Betrieb kann ich bei F@H nicht bestätigen. Solange die CPU Prime95-stable ist (für Stunden) sind bei mir mit F@H noch nie Probleme aufgetreten.

Umgekehrt wird nach meinen Messungen ein Schuh draus: Was unter Prime95 stabil ist muss unter FAH noch lange nicht stabil sein. Oder anders herum: Was unter FAH stabil läuft, das läuft auch unter Prime95 stabil.

Michael.

[heikosch]

Instabilitäten beim OC-Betrieb kann ich bei F@H nicht bestätigen. Solange die CPU Prime95-stable ist (für Stunden) sind bei mir mit F@H noch nie Probleme aufgetreten.

Umgekehrt wird nach meinen Messungen ein Schuh draus: Was unter Prime95 stabil ist muss unter FAH noch lange nicht stabil sein. Oder anders herum: Was unter FAH stabil läuft, das läuft auch unter Prime95 stabil.

Nach meiner Erfahrung erzeugt Prime95 eine höhere CPU-Last (messbar durch eine höhere Leistungsaufnahme von ca. 5%) und führt beim OC früher zu Fehlern.
Jedenfalls sollte man F@H nicht für OC-Tests verwenden.

Heiko

[Michael H.W. Weber]

Nach meiner Erfahrung erzeugt Prime95 eine höhere CPU-Last (messbar durch eine höhere Leistungsaufnahme von ca. 5%)...

Naja, dass man das so pauschal ohne zugehörige FAG-WU-Angabe sagen kann, möchte ich fast ausschließen.

Jedenfalls sollte man F@H nicht für OC-Tests verwenden.

Doch, das sollte man - zumindest nach meinen Erfahrungen.
Ich muss gestehen, dass die zugehörigen Tests mit älteren AMD Dualcores durchgeführt wurden und kann daher nicht sicher ausschließen, dass sich vielleicht etwas geändert haben könnte. Damals war es so, dass die CPU mit FAH aufgrund des hochoptimierten Codes heißer wurde, als unter Prime95 und dass gemäß einiger Forendiskussionen wohl auch andere Operationen ausgereizt wurden.
Bin da aber auch kein Spezialist und viele der Infos sind wohl inzwischen verloren gegangen, da auch das FAH Forum erneuert wurde.
Vermutlich kann es nicht schaden, beide Programme mal herzunehmen, wenn man übertakten möchte.

Michael.

[Thomas R]

Ich bekomme für die GTX680 keine WU.
Ist das bei jemand anderem auch so?

[X1900AIW]

Die GPU Server laufen seit nachmittag wieder.

Und ich hab´meine erste Ultra CPU workunit bekommen, p10084 max. 32 kPPD auf einer QuadCore ist mir neu, mit nur 3 von 4 Kernen, cpu:6 von 8:

Code: Alles auswählen

 Project ID: 10084
 Core: GRO_A4
 Credit: 600
 Frames: 100
...
 Min. Time / Frame : 00:02:02 - 32.479,5 PPD
 Avg. Time / Frame : 00:02:10 - 29.528,0 PPD
 Cur. Time / Frame : 00:02:03 - 32.084,2 PPD
 R3F. Time / Frame : 00:02:04 - 31.696,9 PPD
 All  Time / Frame : 00:02:03 - 32.084,2 PPD
 Eff. Time / Frame : 00:02:32 - 23.355,2 PPD

Meine schnellsten CPU workunits waren bisher p6098 mit 24 kPPD und p8578 mit 27 kPPD.

[X1900AIW]

Neue Clientversion als Open Beta verfügbar in einer neuen Forenrubrik: V7.4.0 Public Beta Windows/Linux/MacOS X

• Download aller Betriebssystem Versionen auf der Seite Beta Release.

Änderungen (Quelle)

Change Logs:
FAHClient:
v7.4.0:

• Disabled stall detection by default.
• Added options stall-detection-enabled, stall-timeout & stall-percent.