Neue Server

[Michael H.W. Weber]

Vijays Arbeitsgruppe hat aufgrund der vielen Beschwerden über Serverprobleme eine Reihe neuer Server bestellt, nachdem man zu dem Schluß kam, daß die vorhendenen Kapazitäten schlicht überlastet sind.

Michael.

[Euler]

Vijays Arbeitsgruppe hat aufgrund der vielen Beschwerden über Serverprobleme eine Reihe neuer Server bestellt, nachdem man zu dem Schluß kam, daß die vorhendenen Kapazitäten schlicht überlastet sind.

Michael.

Ich hatte in den letzten Tagen in 7 von 10 Fällen Serverprobleme, sodaß WUs nicht gesendet wurden und/oder keine neuen WUs heruntergeladen wurden. Dabei kam es jedesmal zu etwa 2-3 Stunden Leerlauf.

Zwei WUs sind mir aus ungeklärter Ursache verlorengegangen, da sie nicht gesendet wurden, und dann beim erneuten hochfahren eine falsche Checksum hatten. -> Neustart. (Das ist das frustrierendste überhaupt!)

Der neue GNOMACS Core (FahCore_78.exe) stürzt unter FreeBSD
ab. Genauer gesagt: Client-core communications error: ERROR 0xff.

Dabei wird immer wieder neu ein Core heruntergeladen, anstatt nach 2 oder 3 Versuchen aufzugeben. -> Endlosschleife ...
Ein unbeaufsichtigter Internetanschluss ist damit voll ausgelastet!

Ich habe für alle möglichen Schwierigkeiten in "Beta-Phasen" Verständnis.
Allerdings ist das im Moment etwas zu heftig.

Ich denke, daß Vijay und seine Leute eine Pause verdient haben, um ihre Dinge in Ordnung zu bringen.

Bis dahin warte ich erstmal ab und fahre meine Maschinen sukzessiv herunter.


Euler

[huraxprax]

Hi Euler,
das mit dem Core und der Downloadschleife ist wohl das Problem vor dem Martin damals gewarnt hat. Der wird runtergeladen, die Binary nicht erkannt, dann lädt der Client einen neuen Core und ad infinitum, oder läuft der auch nach dem Markieren nicht?
http://www.rechenkraft.net/phpBB/viewto ... 1&start=12
Nachdem mein aktueller FreeBSD-Rechner wohl viel zu langsam wäre (486 ) hab ich das nicht ausprobiert.
Hab jetzt auch die erste Gromacs-WU, werd jetzt wieder mehr bei Folding weitermachen.
Irgendwas ist da aber auch noch seltsam, scheint als ob das keine Zwischenspeicherung macht...
Ciao, Benno

[Michael H.W. Weber]

@huraxprax: In dem (ich glaube gestern) hier von mir im Forum abgelegten "thread" zum Thema GROMACS habe ich das Problem mit dem "checkpointing" angesprochen. Genau wegen dieses Problems befindet sich der GROMACS "core" bislang nur auf einigen Linux-Rechnern in der TESTPHASE. Ihr dürft also mal wieder das Versuchskaninchen spielen und wenn ihr die Fehler alle zusammengetragen und im Stanfordforum gepostet habt, bekommen die Windoofler (so wie ich) die optimierte "core"-Version. Gibt der Client denn irgendeine Fehlermeldung aus und/oder kannst Du mal das "log" hier posten? Dann gebe cih das mal an Vijay weiter.

@Euler: Kannst auch Du das "log" hier posten? Dann kann ich das zusammen mit einer Detailbeschreibung entsprechend weiterreichen.

Was die Server betrifft, so wurden einige der vorhandenen nun auf spezielle Aufgaben gesetzt. Es gibt z.B. einen Server ausschließlich für GROMACS-WUs und auch für GAH ist wohl einer umgerüstet worden. Aber es sollen ja bald die neuen eintreffen und ich hoffe, daß die Probleme dann behoben sein werden. Es haben sich eine Menge Leute beschwert, daß die WUs nicht oder erst nach langen Wartezeiten angenommen werden - klare Serverüberlastung.

Michael.

[edit]: Ok, ich habe nochmal den Streß mit der Serverüberlastung etwas dramatisiert im Stanfordforum klargemacht: http://forum.folding-community.org/view ... =6231#6231

[Gast]

Hi Euler,
das mit dem Core und der Downloadschleife ist wohl das Problem vor dem Martin damals gewarnt hat. Der wird runtergeladen, die Binary nicht erkannt, dann lädt der Client einen neuen Core und ad infinitum, oder läuft der auch nach dem Markieren nicht?
Ciao, Benno

No.
Die Linux ABI Signatur ist permanent gesetzt, sodaß alle Linux binaries defaultmäßig laufen. Ich hatte das seinerzeit schon richtig verstanden

Wenn der Client läuft, dann läuft auch der GNOMACS Core an, hängt sich aber auf.

Wenn der Client neu gestartet wird, dann passiert das mit der infinite loop.

@Michael: Ich maile Dir die logs, sind ziemlich lang und kein so "interessanter" Beitrag fürs Forum

Euler

[Gast]

...snip...
Irgendwas ist da aber auch noch seltsam, scheint als ob das keine Zwischenspeicherung macht...
Ciao, Benno

Äh, sorry, ich hab da vorhin etwas drüber weggelesen.
Meinst Du vielleicht, daß der Core zwar "scheinbar" arbeitet, aber keine
logs im FAHlog.txt erscheinen?

Das war bei mir auch der Fall (Fall 1 bei laufendem Client).
Als er nach über 2 Stunden Laufzeit (top) weder gelogged noch Daten geschrieben hatte (file stamps), bin ich davon ausgegangen, dass er in einer internen Endlosschleife hängt und hab ihn gekillt.

Sollte das nicht der Fall sein, also daß er lediglich keine "Lebenszeichen" von sich gibt, halte ich das für eine Riesenunverschämtheit (und Dummheit). Sowas kann man nicht einfach vergessen, auch nicht in Betaversionen...

Für mich steht fest, sollte nochmal ein GROMACS den Weg zu mir finden, ahnde ich das mit sofortigem CPU Stillstand.


Euler

[huraxprax]

so, 3 WUs später weiß ich etwas mehr
Der Core selbst arbeitet normal, schreibt alle halbe Stunde was in die Dateien und auch in die wudata_$i.log, aber er kommuniziert nicht mit dem Client. In der FAHlog.txt steht darum nichts.
Eine gromacs-WU dauert bei mir etwas über 3 Stunden.

Nettes Detail übrigens:

Testing x86 processor CPUID...

Testing x86 3DNow capabilities...
CPU and OS support extended 3DNow.
Using Gromacs 3DNow single precision assembly innerloops.

Dürfte der erste DC-Client sein der 3dnow benutzt. Für eccp gibt es auch K7-Varianten aber das ist ja Integerarithmetik.

Vielleicht geht es deswegen nicht unter BSD, weil das Linuxfunktionen benutzt um die CPU zu erkennen.
Eine gute Idee wäre dafür, das Autoupdate als Option zu haben wie bei DF, standardmäßig an aber ausstellbar.

Ciao, Benno

Ein Villin in Wassersoße? Gerne. Und als Beilage ein paar knusprige Betahairpins, aber bitte ohne Nitrofen, danke.

[Gast]

Okay, bei mir hat er nicht nach 30 Minuten in die wudata_*.log geschrieben.
Offensichtlich stimmt hier was auf FreeBSD nicht.

Dass er nicht in die FAHlog.txt schreibt, ist tragisch für viele Monitore (Zumindest für meinen )
Andererseits habe ich es immer für den sauberern Ansatz angesehen, die filestamps zu monitoren, anstatt sich auf die logfiles anderer Leute zu verlassen. Habe es allerdings aus Bequemlichkeit auch nicht getan. Gut, dann mach ich's eben jetzt.

Was das mit 3DNow! Unterstützung bringt, bleibt abzuwarten, da es sich ja nur um single precision (~ 6 digits) FloatingPoints handelt. Ich weiß nicht, inwieweit diese Genauigkeit für die relevanten Berechnungen ausreichend ist. Für Grafik (speziell OpenGL) bringt's sicher was.

Hast Du nen Palomino core ? Wenn ja, dann wundert's mich, daß er nicht SSE aktiviert, da das i.A. für effizienter als 3DNow! gehalten wird.

Meine ATLAS (Linear Algebra) Library beispielsweise überschreibt 3DNow! zugunsten von SSE.

Nun ja, schaun wir mal ...

Euler

[huraxprax]

Ich hab einen Thunderbird, die haben auch kein SSE. SSE wird auch bim Start überprüft. Ist das 64-bit double?
Aber ich denke es gibt immer einige Werte die nur als Korrekturterme eingehen, bei denen dann einfache Genauigkeit reicht.
Hast du auch Linux und läuft es da bei dir?
cu, Benno

[Euler]

Ich hab einen Thunderbird, die haben auch kein SSE. SSE wird auch bim Start überprüft. Ist das 64-bit double?
Aber ich denke es gibt immer einige Werte die nur als Korrekturterme eingehen, bei denen dann einfache Genauigkeit reicht.
Hast du auch Linux und läuft es da bei dir?
cu, Benno

Nee, SSE ist auch nur single. SSE2 ist double, haben aber bis dato nur die
P4s.

Ich habe Linux laufen, aber noch keinen GNOMACS core/WUs bekommen.
Wenn ich da was neues weiß, sage ich bescheid.

Euler

[Michael H.W. Weber]

Ok. Habe das GROMACS-"log" ins Stanfordforum gepostet - direkt unter die zugehörige huraxprax Meldung.

Die GROMACS WUs haben die Nummer 999.

Michael.

[Michael H.W. Weber]

@Euler: Ich habe wie gesagt Dein "log" ins Stanfordforum gepostet. Die haben da jetzt noch ein paar Fragen. Wenn Du sie beantworten kannst, schreib's einfach hier rein.

Michael.

"Hi, We're trying to replicate this error on our side. Could you let us know whether it occurred on the first Gromacs work unit recieved or if some had been completed successfully first? Also, if you've come across this error, it would be helpful to know what whether there was a ".arc" suffixed file in the work/ directory at the time of error.
Thanks,
Guha

Oh, and yes, we'll definitely put a some sort of WU progress indicator in there."