Distributed Folding - kann resultate nicht hochladen ...

[Loup]

Allerdings muß man jetzt auf jeden Fall noch einen zweiten Client oder ein anderes Projekt laufenlassen, weil der Client durch das Hochladen ständig idlet.

Genau zu diesem Thema hätte ich mal ne Frage: Gibt es eigentlich ne Möglichkeit, den Client daran zu hindern, Ergebnisse an den Server zu senden? Würde mich interessieren, weil ich DF auf nem Rechner ohne Internetanschluss betreibe, wo diese Versuche nur nutzlose Idle-Zeit sind.

[Bendiger]

Nachdem ich den neuen Client jetzt installiert habe zeigt er mir an, dass er jetzt immer erst nach 10000 structures uploaden will. Ist das nur bei miir so oder hat ers wieder geändert von 1000 auf 10000?

[Loup]

Ähm, kann ich leider nichts zu sagen, da er bei mir überhaupt nicht mehr läuft... (Der letzte Stand der Dinge war bei mir aber, dass er alle 1000 Units die Ergebnisse zum Server gesendet hat! kann abe sein, dass die neuste Version vom 18. jetzt nur noch alle 10000 sendet, bin ehrlich gesagt nicht ganz sicher, ob die bei mir schon lief, oder von Anfang an nur verschiedene Error angezeigt hat, buin von dem ganzen Clientgewechsel inzwischen etwas verwirrt... ) Bei mir meldet er jetzt, das der Server wegen "Protein-changing" oder so down ist, klingt irgendwie mysteriös. Die Fehlermeldung hat aber nur die Clientversion vom 14.3. geliefert, die vom 18. hat mal wieder nen Handle-Error gebracht. Netterweise verweigert der Client jetzt aber den Dienst, anstatt einfach auf Vorrat zu rechen, und beendet sich selber. Nur auf meinem alten PC rechnet der Client noch, da er mangels Internetanbindung noch nichts von irgendwelchen "protein-changing" oder so gehört hat...

[Bananeweizen]

Genau zu diesem Thema hätte ich mal ne Frage: Gibt es eigentlich ne Möglichkeit, den Client daran zu hindern, Ergebnisse an den Server zu senden? Würde mich interessieren, weil ich DF auf nem Rechner ohne Internetanschluss betreibe, wo diese Versuche nur nutzlose Idle-Zeit sind.

Ergänze "-df" in deiner Foldit.bat

, dass die neuste Version vom 18. jetzt nur noch alle 10000 sendet, bin ehrlich gesagt nicht ganz sicher, ob die bei mir schon lief

Also das scheint daran zu liegen, auf welchen alten Client man den Patch anwendet. Ich habe auf zwei verschiedenen Rechnern mit dem Patch einmal 1000er Schritte und auf dem anderen 10.000er Schritte.

Sehr merkwürdig.

Ciao.

[Michael H.W. Weber]

Also ich habe nicht gepatcht, sondern das komplett neue Paket von heute heruntergeladen, extrahiert und über das alte Verzeichnis geschrieben. Ergebnis: Anfangs kamen immer noch Meldungen von wegen "network problems" oder "handle invalid". Ich habe das einfach ignoriert und DF immer wieder neu gestartet (ca. 5 mal). Jedesmal hat der Client Daten (von denen sich das eine oder andere inzwischen angesammelt hat) hochgeladen und plötzlich lief er wieder normal an. Jetzt lädt er in der Tat alle 10.000 Strukturen hoch und läuft seit dem rund. Man kann den DF-Client sehr gut mir FAH vergesellschaften. FAH2 rechnet sogar einiges, wenn DF "auf volle Pulle ballert". Grund: DF nutzt die CPU nicht voll aus und FAH nimmt sich das Verbleibende. Wenn DF anhält, übernimmt FAH sofort die komplette CPU Power. Damit kann ich gut leben.

Michael.

[Jens]

Ich habe vorhin um 6 Uhr auch das komplette Paket runtergeladen.
Bei mir wird nach 1000 hochgeladen...


Nachtrag: Jetzt wird auch bei mir nach 10000 hochgeladen....

[bluumi]

Ich habe jetzt mal das komplette Packet runtergeladen.

GRR aber er will wieder nicht... mein Handle sei falsch ....

Code: Alles auswählen

C:\distfold2\New Folder>.\foldtrajlite -f protein -n native -df -p -15
Checking for newer versions...
Unable to check for new version, will try again later...
Uploading data from last run to server...
NO RESPONSE FROM SERVER - WILL TRY AGAIN LATER
A previously used handle was found but it was invalid.
Please enter a valid handle.
Enter Handle:

ähm... obige Meldung ist ja toll, aber Sie kommt auch wenn ich ihn in ein komplett leeres Directory tue, einfach ohne "a previously used handle.."

Ich verstehe ja nicht so ganz wie das bei euch immer wieder klappen soll

Gruss

[Sven]

Hi Bluumi!

Wenn ich das alles richtig verstehe, sind die Serverprobleme noch nicht völlig gelöst. Da soll wohl in der nächsten Woche neue Hardware helfen um die Bandbreite zu erhöhen. Außerdem versuchen gerade alle die Ergebnisse des Wochenendes loszuwerden. Das klappt bei mir vielleicht bei jedem dritten oder vierten Versuch.

Und wer es noch nicht mitbekommen hat: Dienstag bis Mittwoch wird der Uni der Strom abgedreht. Alle Server platt.
"Power shutdown tomorrow night - due to circumstances beyond our control, our institute has a scheduled power shutdown from 11pm EST (GMT -5:00) on Mar. 19 until 5am EST Mar. 20. During this time, our servers will must likely be powered off. We apologize for any inconvenience"
Also die automatische Anwahl deaktivieren, dann idelt der Client nicht sinnlos herum (da machen sich ja echt Leute Sorgen, ob ihre Kiste mal zwei Minuten im Leerlauf nudeln ).


Tschüs,

Sven.

[al]

@al: also ich fand es auch ein wenig nervig, und bin deshalb schon seit Samstag wieder bei CommunityTSC.

Die Möglichkeit habe ich mit meinen beiden Linux-Mühlen ja nun leider nicht. Würde gerne dort noch ne Schippe drauf legen, obwohl die mir derzeit auch gehörig den Nerv rauben. Aber wenigstens liegts nicht am Client...

[Michael H.W. Weber]

Ich habe jetzt mal das komplette Packet runtergeladen.

GRR aber er will wieder nicht... mein Handle sei falsch ....

Code: Alles auswählen

C:\distfold2\New Folder>.\foldtrajlite -f protein -n native -df -p -15

Was sind denn das alles für Parameter hier (abgesehen von -df?)? Ich nutze NUR -df.

Michael.

[Sven]

Hallo Michael!

Hier mal die Parameter für den Win-Textclient:

-f Input Trajectory Disteribution File (NO EXTENSION) [File In]
-n Native structure filename (NO EXTENSION) [File In]
-q Quiet? [T/F] default=False
-d Use small buffer? [T/F] default= True
-p Priority (-20=aggressive, 20=passive) [Integer] default=20
/install Install as an NT service
/remove Remove previously installed NT service


Viel Spaß,

Sven.

[Michael H.W. Weber]

@Sven: Danke für die Info!

Ansonsten habe ich die Fehlermeldungen sowie die error.log & filelist.txt Dateien Zu Howard Feldman geschickt - zusammen mit dem Netzwerkprotokoll. Irgendwie ist das Problem nicht wirklich behoben: ein Blick in mein Verzeichnis zeigt auch eine nette Sammlung an unverschickten Ergebnissen und die error.log meckert über zuviele ungesendete Ergebnisse (so wie ich...). Wenn ich DF starte, sendet der Client ca. 500 kB Daten nach Canada, dann hängt er minutenlang herum, um dann die übliche Fehlermeldung abzugeben. Schaue ich dann in den Statistiken auf der DF-Site nach (die übrigens ständig fein erreichbar ist), so sind auch diese nicht angestiegen. Für ein "handshake" scheinen mir 500 kB allerdings etwas viel.

Michael.