FAH 3.0

[Michael H.W. Weber]

Moin. Also jetzt wird auch der wissenschaftliche Hintergrund der Zusammenlegung von FAH & GAH deutlich. Vijay hat u.a. vor, einige der mit GAH erzeugten Designerproteine hinsichtlich ihrer Faltung zusätzlich mit FAH zu untersuchen.

Was im Augenblick immer noch nicht ganz klar ist: Wie wird das mit dem "crediting" funktionieren? Es sieht so aus, als wenn in Zukunft in dem zusammengelgten Klienten die GAH "credits" mit denen von FAH zusammengelegt werden. Da frage ich mich natürlich, wie die dann im einzelnen berechnet werden...

Michael.

[Michael H.W. Weber]

Die zweite FAH 3 Beta ist raus. Gleich mal ignorieren. Wie die andere Vorläuferbeta beherrscht sie den -local switch nämlich nicht. Jeder weitere Klient bezieht trotz -local dieselbe ID und alles geht durcheinander. Auch das "checkpointing" ist noch nicht in Ordnung.

Michael.

[vfrey]

Was im Augenblick immer noch nicht ganz klar ist: Wie wird das mit dem "crediting" funktionieren? Es sieht so aus, als wenn in Zukunft in dem zusammengelgten Klienten die GAH "credits" mit denen von FAH zusammengelegt werden

Laut den FAQ auf der Genome-Site würde ich das mit der Zusammenlegung der Credits auch so verstehen...

[Michael H.W. Weber]

@vfrey: Sieht so aus, als ob GAH und FAH weiterhin getrennte "Stats" haben werden, nachdem so viele Leute herumgemosert haben.

Ein paar Dinge zu FAH3 beta 2:

1) Die haben jetzt ein "autosend"-Feature eingebaut. Die Idee ist, die evt. nicht korrekt geschickten WUs in der "queue.dat" in stündlichen Intervallen zu schicken zu versuchen, während der "core" währenddessen weiterhin volle Kanne rechnet. Soweit so gut. Resultat ist augenblicklich, daß das "autosend"-Feature IMMER alle Std. sendet. Zumindest gibt es das auf dem Schirm /"fahlog.txt" aus. Also mal wieder "buggy".
2) Auf der anderen Seite funktioniert jetzt das "checkpointing" korrekt. Und zwar auch, wenn man den Rechner mitten in der Rechnung einfach mal satt abschaltet ("unplugged"). Hab's mal getestet...
3) Thema "benchmarking" - das dürfte für alle Clients interessant sein. Wenn man FAH - egal welche Version - startet, meldet das Ding "benchmarking" und da steht nicht nur "benchmarking" drauf, sondern da ist auch selbiges drin! Will heißen: Die Kiste wird hinsichtlich ihrer Rechenleistung geprüft und "bestellt" daraufhin die WUs in passender Größe!!! Mit anderen Worten: Wenn ich einen Prozeß höherer Priorität laufen lasse, während ich FAH starte, dann habe ich weniger CPU-Leistung zur Verfügung und FAH bestellt ggf. kleinere WUs. Ich habe herausgefunden, daß man dennoch auf einem TBird@1.1GHz "proteinA"-WUs erhält - auch wenn man GAH laufen hat (welches höhere Priorität als FAH hat). Der Klient stellt also zwar fest, daß die Kiste von der Leistung nur einem TBird@550MHz ähnelt, das reicht für die großen WUs aber aus und schon "bestellt" der Klient die auch. Allerdings statistisch gesehen nicht so häufig. Ich verstehe im Augenblick noch nicht so recht, wieso das "benchmarking" auch stattfindet, wenn eine WU in vollem Gange ist - macht da ja keinen Sinn, wird aber wohl mit der Struktur des Programms (immer am Anfang "benchmarken") zusammenhängen. Dazu demnächst ggf. mehr.
4) In FAH 3 beta 2 gibt es wohl eine Option -pause, die den Client nach Abschicken der aktuellen WU stoppt. Bin hier aber noch nicht genaustens im Bilde - später mehr.

Gruß,
Michael.

P.S.: Nachtrag 12:08 Uhr - das "autosend"-Feature wird zwar als solches auf dem Schirm angegeben auch wenn keine WU ungeschickt verblieb - findet aber de facto nicht statt. In der nächsten Version wird dieser "Kosmetikfehler" hoffentlich behoben sein.

[Michael H.W. Weber]

Okay, es gibt hier einen "thread" zum Thema "Streß mit ausgehenden Ergebnissen":

http://forum.folding-community.org/view ... highlight=

Stanford hat ein "bugfix" verfügbar gemacht.

Außerdem ist ab sofort FAH3 beta 3 verfügbar.

Gruß,
Michael.

[Michael H.W. Weber]

HGier ein kurzes Update darüber, was in FAH3 bislang zuwege gebracht wurde:

Folding@Home 3.0 Beta 3
May 30, 2002.

----------------------------------------------------------------------
THIS BETA WILL EXPIRE ON JUNE 10, 2002.

----------------------------------------------------------------------
RECENT CHANGES (Client):

3.0b3:
- Autosend set to 6hrs, screen logging reduced
- User ID problem fixed (machine ID now stored in registry, selectable by user)
- Port 80 fixes (now deals with unexpected 100 Continue messages, reinstated "\n" fix)
- Console mode service fix (must now use -service argument to run as a service)
- Win GUI: "Paused" now displayed in main window when paused, rather than "Working..."

3.0b2:
- Autosend enabled properly
- Console version can now run as service, but service shutdown to be improved (Win Console)
- Fixed NT core verification crash bug
- Windows GUI client: Less unnecessary opengl drawing, click on systray icon brings display
window to front.

3.0b1:
- Fixed several network problems (including send work/ core download)
- Fixed a number of win32 graphics related memory issues
- Added support for proxy username/passwords
- Added adjustable core priorities
- Added user-selectable CPU usage level
- Added customizable graphics options (draw rate, visualization type, etc)
- Added "Pause/resume work" feature to minimize work loss

Gruß,
Michael.