Distributed Folding - kann resultate nicht hochladen ...

[Sven]

Bei mir sieht es genauso aus. Nur steigt meine Statistik. Da dieser Umstand im DF-Board bereits mehrfach beklagt wurde, ohne das in Toronto Panik über falsche Ergebnisse herrscht, Schwamm drüber!

Sven.

[Michael H.W. Weber]

Aha. Nun, Probleme mit "falschen" Ergebnissen wird es auch nicht geben - höchstens werden Daten doppelt hochgeladen. Angesichts der vielen Ergebnise, die in den letzten Wochen in der Mülltonne landeten, ist dies hinsichtlich unserer Teamstatistiken sicherlich nicht zu bedauern.

Michael.

[Sven]

Hi Michael!

Ich glaube noch nicht einmal an doppelte Ergebnisse. Da die Uni ja sowieso Bandbreitenprobleme hat, würde eine derartige zusätzliche Belastung bestimmt in den News erwähnt werden. (?)

Wie siehst du denn inzwischen die Nützlichkeit von DF im Vergleich zu den US-Projekten?

Tschüs,

Sven.

[Loup]

@bananeweizen

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

Den Befehl kenne ich auch schon, der bringt aber nichts! Zwar speichert er dann unendlich lange alle Ergebnisse, beendet den Client also nicht nach einer gewissen Anzahl nicht upgeloadeter Packete, abe er versucht trotzdem immer die Ergebnisse zum Server zusenden.

[S_Garbe]

@Sven - das mit den mehrfach hochgeladenen Ergebnissen ist definitiv so - wahrscheinlich interessiert es aber keinen - es weren immer nur die besten Ergebnisse gespeichert und ansonsten die Statistik stumpf hochgezählt - das die doppelten Ergebnisse ja sowieso keine Verbesserung bringen kommt die Anzahl zur Statistik und der Rest wird einfach entsorgt - da das alles automatisch passiert merkt niemand das etwas doppelt ankommt - sofern Du also nicht gerade ein TOP-Ergebnis erzielst ist es für das Projekt wahrscheinlich auch egal ob Du neu berechnete Daten oder einfach eine Kopie der letzten Daten absendest
in der Art wie die Berechnung und das Upload-Verfahren jetzt ablaufen erscheint mir das Projekt wenig sinnvoll
- ich lasse es einfach sein und mache mit TSC und Genome weiter

Gruß
Stefan

[Michael H.W. Weber]

Hi Michael!

Ich glaube noch nicht einmal an doppelte Ergebnisse. Da die Uni ja sowieso Bandbreitenprobleme hat, würde eine derartige zusätzliche Belastung bestimmt in den News erwähnt werden. (?)

Wie siehst du denn inzwischen die Nützlichkeit von DF im Vergleich zu den US-Projekten?

Tschüs,

Sven.

Also es werden definitiv Ergebnisse doppelt hochgeladen, das habe ich selbst ausgemessen und habe es mir auch von Howard Feldman bestätigen lassen. Er ist mit nur 50% "korrekt" berechneten Daten zufrieden. Mit anderen Worten: die Nützlichkeit seines Projekts scheint ihm dadurch nicht im Geringsten beeinträchtigt. Für Stats-Freaks ist das Projekt allerdings in seiner jetztigen Form ungeeignet. Naja, das tangiert mich eher wenig.

Was meine persönliche Einschätzung betrifft: ich weiß, daß Howard was auf'm Kasten hat. Das sieht man nicht nur an der enorm kurzen Reaktionszeit, die er zustande bringt, wenn Probleme berichtet werden, sondern kann es auch aus seinem Lebenslauf entnehmen. Ich glaube, der Mann ist ein Proigrammiergenie. Was mich etwas bedenklich stimmt ist der sich immer wieder um 3.7 ansiedelnde (schlechte) RMSD. Irgendwie gibt der Algorithmus nicht mehr her. Ich kenne die Verfahrensweise des Programms aber nicht, daher kann ich sonst auch nichts sagen. Genaugenommen ist es für einen rein theoretischen Ansatz gar nicht mal so übel (ich vergleiche natürlich imer mit experimentell bestimmten Kristallstrukturen der entsprechenden Proteine - vielleicht etwas zu hoch anfgesiedelt, meine Erwartungshaltung).

Also bis Ende der Woche werde ich bei DF nicht mehr weitermachen, da die Server abgeschaltet sind/werden. Danach schaue ich mal wieder rein.

Michael.

[huraxprax]

das heißt, man muß den Client immer irgendwann beenden, Ergenbisse abschicken und auf die Fehlermeldung warten, dann die bzip2-Dateien und filelist selbst löschen?
Ich hoffe mal daß die bald einen neuen Cleint rausbringen, der das ordentlich macht...
Auf ein paar Rechnern laß ich das mal so weiterlaufen, mal schauen wie lange...

[Gast]

Hallo zusammen!

So ein Mist, jetzt habe ich meine Statistik sinnlos hochgepeitscht.

Na ja, als Highscorefreak sehe ich mich ja nun eigentlich nicht. Da beruhigt mich Michaels Einschätzung ungemein. Solange am Ende ein brauchbares Ergebnis für die Forschung steht, bleibe ich hier.

Ääh, Abschaltung bis zum Wochenende? Nee, ab 11:00 Uhr GMT wollten sie wieder am Netz hängen. Seit der letzten Statistikfälschung haben meine vier Clients (auf Win98SE/PIII650) mehr als 170000 Strukturen berechnet. Da die automatische Einwahl ausgeschaltet ist, rödeln die Clients nur ein, zwei Minuten im Leerlauf rum. (Mir ist es auch recht wenn alles futsch ist, solange ich nicht den Strom für ein US-amerikanisches Projekt zum Fenster raus blase; aber das ist ein ganz anderes Thema.)

Tschüs,

Sven (der auf Casino 21 wartet)

[Michael H.W. Weber]

das heißt, man muß den Client immer irgendwann beenden, Ergenbisse abschicken und auf die Fehlermeldung warten, dann die bzip2-Dateien und filelist selbst löschen?
Ich hoffe mal daß die bald einen neuen Cleint rausbringen, der das ordentlich macht...
Auf ein paar Rechnern laß ich das mal so weiterlaufen, mal schauen wie lange...

Nein - Vorsicht! Du kannst auf keinen Fall sicher sein, daß Deine Ergebnispakete auch wirklich in Canada angekommen sind. Wenn sie das sind, dann werden sie ordentlich aus dem Verzeichnis gelöscht. Also laß' die Pakte bloß dort drin. Die stören ja nicht weiter. Ich glaube, daß manchmal Teilergebnisse aus einem Paket geschickt werden, und daß der Client dann nicht zuende überträgt (das zumindest erklärt für mich, was hier vorgeht - ob's stimmt - wer weiß). Dann bleibt das Paket in Deinem Verzeichnis, aber die Stats gehen etwas hoch. Manchmal gehen sie auch nicht hoch. Woran das genau liegt weiß ich nicht. Howard Feldman jedoch sagte mir heute morgen, daß er einen konstanten Ergebnisstrom bekommt und geht davon aus, daß das Upgrade der Server - welches gerade im Gange ist - Abhilfe bei den Problemen schaffen wird. Sieht s aus, als wären die limitiert.
Ich finde das alles insofern ganz witzig, weil ja doch auch bei FAH dieses Uploadproblem immer noch ein Thema ist. Da scheinen dc Projekte manchmal echt dran zu knabbern zu haben...

@Sven: Nee, da habe ich mich falsch ausgedrückt: die Server sind offiziell nicht bis zum Wochenende "down" (warten wir jedoch in der Praxis mal ab, hehehehe...), aber ich werde diese Serverumstellung jetzt erst mal nutzen, um FAH & GAH wieder etwas "zu pushen".

Michael.

Michael.

[Sven]

Hallo Michael!

Du hast ja wohl guten Kontakt zum Projektleiter (ist der eigentlich in ähnlicher Position wie Du? Macht gerade den Doc?). Da frag ihn doch mal ob der türkise Hinweis im Clientfenster ein Witz sein soll?
Da sollte er lieber beim nächsten Download der WU auch die wichtigsten News ziehen und anzeigen.

Tschüs,

Sven.

[Michael H.W. Weber]

Also ich habe nur etwas Emailkontakt mit Howard. In der Tat werkelt er auch gerade an seiner Docarbeit - und die ist das DF-Projekt.

Michael.

[vfrey]

Was mich etwas bedenklich stimmt ist der sich immer wieder um 3.7 ansiedelnde (schlechte) RMSD. Irgendwie gibt der Algorithmus nicht mehr her.

Gibt es eigentlich irgendeine Aussage zur Leistungsfähigkeit des Algorithmus, bzw. wann ein besserer kommen soll ? Nach Deinen Aussagen, Michael, sind die bisher erreichten Werte ja doch eher eine Lachnummer..