1070 Dateien im DF-Verzeichnis - kein Upload

Nachricht

Zeuge · #1 Ungelesener Beitrag von **Zeuge** » 26.06.2003 19:29

Ein Offline P4 Firmenrechner hat ne Woche hingerechnet um das Verzeichnis mit über 1k Dateien zu füllen.

Am Privatrechner soll der Upload erfolgen
Filelist.txt scheint io zu sein.
Aber der Client sagt nur: Checking for newer versions... und braucht auch 100% einer CPU - aber nichts passiert! Stundenlang...
Kein Upload, kein weiterrechnen und kein Logfile-Eintrag.

Wenn ich dem Jungen eine leere Filelist.txt vorsetze arbeitet er auch wieder.

Wenn ich ein Wochenergebnis wegschmeisen muß, dann fliegt der Client auch von der Platte!
Immerhin hatten die Projektbetreiber genug Zeit um z.B ein Sammeltool für Verunglückte Files zu basteln.

Wie stellen die sich überhaupt das Berechnen auf Offlinerechnern vor?
Wenn ich die .val .bz2 und Filelist.txt aus dem Offlinerechner mitnehme rechnet der Client ja nicht mehr an der alten Position Generation weiter.
Dies wiederspricht doch Ihrem eigenen Ziel tief in die Generationen zu rechnen.
Und die Files dort zu belassen geht auch nicht. Die Verzeichnisse würden ja platzen. Mal abgesehen vom doppelten dreifachen vierfachen fünf... Upload der immer wieder gleichen Daten.

Ich denke ich werde DF als Projekt bei mir beenden. Irgendwie ist es nur schlechter geworden.
Schade drum aber ich habe keine Lust jede Woche erschreckt festzustellen, dass sich der Rechner umsonst abmüht.

Zahmekoses · #2 Ungelesener Beitrag von **Zahmekoses** » 26.06.2003 19:32

schicke dir doch den gesamten DF ordner zu, dann klappt das eigentlich zu 100%...

#3 Ungelesener Beitrag von **Michael H.W. Weber** » 26.06.2003 19:35

Frage: Hat jemand mal prinzipiell versucht, mit dem NEUEN Client Daten an einem anderen Rechner hochzuladen, als an dem wo sie berechnet wurden? Es war mal geplant, daß der neue DF Client dies nicht mehr erlauben würde. Ich meine aber, später wurde diese Idee wieder verworfen, nachdem einige Leute inkl. meinereiner daran massiv herumgenörgelt hatten.

Michael.

Moy · #4 Ungelesener Beitrag von **Moy** » 26.06.2003 19:43

Hallo,

es scheinen zusätzlich die bereits gerechneten Proteine vonnöten zu sein. (einfach alle handle_protein_nummer.trj mit in das neue Verzeichnis kopieren.
Zumindest bei mir hat das geholfen...

Zeuge · #5 Ungelesener Beitrag von **Zeuge** » 26.06.2003 19:44

Ich hatte ja den ganzen Ordner mitgenommen.
Aber den alten muss man dann trotzdem löschen um weiterrechnen zu können - oder das Verzeichniss läuft dann über.

Ich habe jetzt mal den neuen DF Gui installiert - sieht komisch aus:
Bild

Generationen 340 aktuelle Gen. 89 hm merkwürden geht das ?
Als best Energie steht 6.0 in der Filelist.txt!!
Berechnet wurden die Daten mittels Service. In der error.log stand nichts erschreckendes. Leider habe ich die nicht mehr.

S_Garbe · #6 Ungelesener Beitrag von **S_Garbe** » 26.06.2003 19:55

nee ist nicht merkwürdig - da ist halt ein Generationenset fertig geworden und Du bist schon beim nächsten - eigentlich massig Punkte

Gruß
Stefan

Arnim Weber · #7 Ungelesener Beitrag von **Arnim Weber** » 26.06.2003 19:58

Wo ist das Problem? Die GUI sagt Dir, das Du lokal insgesamt 340 Generationen gespeichert hast (250+89). Momentan ist er bei Generation 89, Runde 2, da er ja bei 250 Generationen wieder bei 1 anfängt.

P.S. Ich habe auch gelesen, das das Uploaden von Strukturen wohl generell von anderen Rechnern möglich ist... leider weiss ich nicht mehr wo

trickfinger · #8 Ungelesener Beitrag von **trickfinger** » 26.06.2003 19:58

Also 340 Genrationen gespeichert ist okay. Nach 250 Generationen fängt die Rechnerei ja wieder bei #1 an.
Sonst sieht's aber schon recht seltsam aus!

Arnim Weber · #9 Ungelesener Beitrag von **Arnim Weber** » 26.06.2003 20:04

Was die 100.0000er Werte unten rechts und links betrifft: Hast du vielleicht in der Config der GUI unter "Progress Update" einen Wert größer 50 eingestellt? wenn ja, zeigt er dir in der GUI nie die tatsächlichen RMSD Werte an. also mach mal das Häkchen dort wech. Grund: eine Generation hat nur 50 Strukturen deshalb macht ein Wert größer 50 keinen Sinn und die Werte werden nie upgedatet. ... Hatte ich auch erst falsch gemacht

Zeuge · #10 Ungelesener Beitrag von **Zeuge** » 26.06.2003 20:11

Arnim Weber hat geschrieben:Wo ist das Problem? Die GUI sagt Dir, das Du lokal insgesamt 340 Generationen gespeichert hast (250+89). Momentan ist er bei Generation 89, Runde 2, da er ja bei 250 Generationen wieder bei 1 anfängt.

Achso ja das ist eine Erklärung.
Progress Update ist 001 und ohne Haken

Patrick Keller · #11 Ungelesener Beitrag von **Patrick Keller** » 26.06.2003 20:31

Dann mach den Haken dahin ... sonst ist die Funktion ja DEaktiviert ...

#12 Ungelesener Beitrag von **Michael H.W. Weber** » 27.06.2003 09:00

Keller hat geschrieben:Dann mach den Haken dahin ... sonst ist die Funktion ja DEaktiviert ...

Da muß ich mal was zurechtrücken. Einige Funktionen in der dfGUI funktionieren nur teilweise, bzw. sind nicht korrekt erklärt.
Beweis: Nimm' mal das Häkchen von "progress update" weg und setze den Wert auf "default" (001). Du wirst feststellen, daß dfGUI einwandfrei aktualisiert und wen das Festplattengerödel nicht stört, der sollte diese Einstellung auch auf der Voreinstellung belassen. Den Haken setze ich nur dann, wenn ich KEINE Aktualisierung haben will. Dazu stellt man den Wert dann natürlich auf 000 ein. Dann ist auch Schluß mit der Plattenrödelei (Client läuft zudem etwas schneller). Fazit: Deine Aussage oben ist nicht ganz richtig.

Michael.