Optimierung von Folding@Home

[percypickwick]

Moin,
ich starte den Konsolenclient von Folding@Home mit dem Parameter -forceasm, da der Client ja die SSE-Einheit von Athlon XPs sonst nicht nutzt. Bei Beginn einer WU zeigt der Client "Extra SSE Boost Okay". Wenn jedoch eine neue WU runtergeladen wird und startet, nutzt der Client nur 3DNow. Neustart des Clients aktiviert wieder die SSE-Unterstützung.
Da der Compi durchläuft, finde ich das doof. Jemand eine Idee?

[Michael H.W. Weber]

ich starte den Konsolenclient von Folding@Home mit dem Parameter -forceasm, da der Client ja die SSE-Einheit von Athlon XPs sonst nicht nutzt.

Das ist nicht richtig. Der Client prüft bei Neustart stets die Fähigkeiten der CPU und nutzt diese auch. Allerdings gibt es eine Ausnahme. Wenn der Client nicht ordnungsgemäß beendet wird - also z.B. der Rechner abstürzt oder nicht mit CTRL+C beendet wird (sondern mit dem Windows X oben rechts) - nimmt er nach Neustart an, daß die "optimized assembly methods" (also SSE, 3DNow!, etc.) zu diesem Absturz führten und deaktiviert sie. Der Parameter "-forceasm" sorgt dafür, daß der Client IMMER unter Nutzung der "optimized assembly methods" startet. Der Grund für diese seltsame Eigenschaft ist schnell erklärt: Einige ältere Duron-Modelle laufen nicht fehlerfrei mit den "optimized assembly methods" und hier kommt es zu einem Absturz. Um diese Situation zu berücksichtigen wurde der "-forceasm" switch eingeführt.

Ob die "optimized assembly methods" ausgeschaltet sind, sieht man sehr schnell an den massive ansteigenden Zeiten, die dann für ein "frame" benötigt werden. Prüf' es mal nach. Vielleicht ist ja noch ein "bug" übersehen worden. Ich jedenfalls habe keine Probleme bemerkt.

Michael.

[percypickwick]

Danke,
aber das ist mir soweit bekannt. Mein Client schaltet trotz -forceasm die SSE-Unterstützung aus, wenn er eine neue WU anfängt.

[Michael H.W. Weber]

Das ist mir neu. Könntest Du dazu hier bitte ein "log" posten, welches die "frame"-Zeiten zum Vergleich zeigt, ohne daß der Client ausgeschaltet wurde? Ich würde es dann in Stanford mal vorlegen.

Michael.

[sky23]

Schau mal in dem Download bereich unter Beta nach. Da findest du die version 3.25.Dort ist der SSE fehler behoben. Leider ist die Version für neue Linuxe noch nicht da.

[Gast]

Danke sky23,
werd ich mir mal ziehen!
Gruß Percy

[percypickwick]

@Michael:
aud der Downloadseite der Beta ist mein Problem explizit vermerkt.
Ist also erkannt und wahrscheinlich gelöst!

[Michael H.W. Weber]

Ok. Bitte beachten: 3.25 IST EINE BETAVERSION. Außerdem bitte unbedingt die neuen "switch"-Denfinitionen genau ansehen. Da gibt es etwas wie -forceasm und -SSE.

Michael.

[Michael H.W. Weber]

Noch eine Anmerkung. In jedem Fall bleibt 3DNow! aktiviert - auch bei starten der nächsten WU. Es geht hier nur um SSE.

Michael.

[firewalker]

Eine gute Frage: Was für Optimierungen lohnt es sich einzuschalten? Gibt?s da ?ne Übersicht? Vor allem: Was ist bei welcher CPU optimal?

Ich habe mit meinem alten Athlon 700 und dem neuen 1333?er -advmethods drin und probier jetzt das erwähnte -forcasm mal aus.

Ist sonst noch was sinvoll?

[Michael H.W. Weber]

Ich habe mit meinem alten Athlon 700 und dem neuen 1333?er -advmethods drin und probier jetzt das erwähnte -forcasm mal aus.

-advmethods liefert Dich den aktuellsten Betatests aus. Ich nutze -local -verbosity 9 -forceasm.

Michael.

[firewalker]

Was macht -local -verbosity 9 ?