Wenn ich meinen rechner über die nacht DF rechnen lass dann kommt er bis 5000 dann wartet er so lange biss ich das verbinden abbreche oder auf offline arbeiten gehe wie kann ich vermeiden das er mich so lange fragt kann man da vielleicht was im prog ändern oder so?
Upload
-
Velociraptor
- Stromkosten-Ignorierer

- Beiträge: 1029
- Registriert: 13.11.2001 01:00
- Wohnort: nähe Wien
Upload
Also ich hab da n klienes Problem.
Wenn ich meinen rechner über die nacht DF rechnen lass dann kommt er bis 5000 dann wartet er so lange biss ich das verbinden abbreche oder auf offline arbeiten gehe wie kann ich vermeiden das er mich so lange fragt kann man da vielleicht was im prog ändern oder so?
? das er einfach nur ein paar minuten abfragt und dann weiterrechnet und nicht so lange bis ich auf abbrechen gehe? Wenn ich dann über die 5000 bin dann rechnet er eh bis ich auf quit gehe aber warum macht er das nicht schon beim ersten Packet?
Wenn ich meinen rechner über die nacht DF rechnen lass dann kommt er bis 5000 dann wartet er so lange biss ich das verbinden abbreche oder auf offline arbeiten gehe wie kann ich vermeiden das er mich so lange fragt kann man da vielleicht was im prog ändern oder so?
There is no place like 127.0.0.1
--------------------
--------------------
-
Pascal
-
Michael H.W. Weber
- Vereinsvorstand

- Beiträge: 23164
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
Mein DF-Client ist mit einem "fatal error" abgeschmiert (habe den Fehler schon an Howard Feldman weitergeleitet, die error.log-Datei gibt da wohl Aufschluß). Leider verblieben etliche Strukturen auf meiner Kiste und werden eben auch nicht hochgeladen.
Kann mir nochmal einer sagen, was genau ich machen muß, um den Kram manuell hochzuladen? Die Option "-u t" funktioniert bei mir nicht (ist in diesem Fall wohl auch nicht vorgesehen?).
Michael.
Kann mir nochmal einer sagen, was genau ich machen muß, um den Kram manuell hochzuladen? Die Option "-u t" funktioniert bei mir nicht (ist in diesem Fall wohl auch nicht vorgesehen?).
Michael.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.


-
GrafZahl
- Vereinsmitglied

- Beiträge: 324
- Registriert: 06.09.2001 01:00
- Wohnort: Henstedt-Ulzburg
@Michael: Lege eine Datei filelist.txt mit folgendem Inhalt an:
Wichtig ist, daß die Nummer in den .val.bz2 immer kleiner ist als in den .log.bz2 . Zudem muß die Zahl hinter CurrentStruc größer als alle anderen sein.
So sollte es laufen
fold_qskhtzy5_100000_protein.log.bz2
qskhtzy5_protein_0103099.val.bz2
fold_qskhtzy5_105000_protein.log.bz2
qskhtzy5_protein_0107094.val.bz2
fold_qskhtzy5_110000_protein.log.bz2
qskhtzy5_protein_0110035.val.bz2
CurrentStruc 119099
So sollte es laufen
-
BaRu
- FAQ-Leser

- Beiträge: 195
- Registriert: 10.04.2002 12:20
-
Michael H.W. Weber
- Vereinsvorstand

- Beiträge: 23164
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
Ähh, ich glaube, da benötige ich noch etwas Nachhilfe. Also meine Datei heißt "7vp7eh5y_protein_0003096.val.bz2" und das war's auch schon. Eine Datei mit "fold_blabla" gibts noch nicht. Dennoch einfach "filelist.txt" anlegen?GrafZahl hat geschrieben:@Michael: Lege eine Datei filelist.txt mit folgendem Inhalt an:
fold_qskhtzy5_100000_protein.log.bz2
qskhtzy5_protein_0103099.val.bz2
fold_qskhtzy5_105000_protein.log.bz2
qskhtzy5_protein_0107094.val.bz2
fold_qskhtzy5_110000_protein.log.bz2
qskhtzy5_protein_0110035.val.bz2
CurrentStruc 119099
@BaRu: Meine genaue Fehlermeldung war:
========================[ May 14, 2002 4:07 PM ]========================
FATAL ERROR: [023.024] {trajtools.c, line 2376} RLEUnPack failed, size=159997, should=400*400 please contact authors
========================[ May 14, 2002 5:53 PM ]========================
Michael.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.


-
Bananeweizen
- Urvater

- Beiträge: 2867
- Registriert: 14.06.2001 01:00
- Wohnort: Kornwestheim
Ja, nur mit dieser einen Datei und zusätzlich der CurrentStruc-Zeile.Michael H.W. Weber hat geschrieben: Ähh, ich glaube, da benötige ich noch etwas Nachhilfe. Also meine Datei heißt "7vp7eh5y_protein_0003096.val.bz2" und das war's auch schon. Eine Datei mit "fold_blabla" gibts noch nicht. Dennoch einfach "filelist.txt" anlegen?
Ich tippe auf einen Übertragungsfehler bei der WU. Klingt danach, als ob beim Entpacken eine verkehrte Dateilänge aufgetreten ist.FATAL ERROR: [023.024] {trajtools.c, line 2376} RLEUnPack failed, size=159997, should=400*400 please contact authors
Ciao, Michael.
-
Michael H.W. Weber
- Vereinsvorstand

- Beiträge: 23164
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
Joh, Danke - und was muß die CurrentStruct-Zeile genau enthalten oder ist das egal?Bananeweizen hat geschrieben:Ja, nur mit dieser einen Datei und zusätzlich der CurrentStruc-Zeile.
Ich tippe auf einen Übertragungsfehler bei der WU. Klingt danach, als ob beim Entpacken eine verkehrte Dateilänge aufgetreten ist.FATAL ERROR: [023.024] {trajtools.c, line 2376} RLEUnPack failed, size=159997, should=400*400 please contact authors
Howard Feldman meint, die Fehlermeldung wäre eine totale Ausnahme und irgendwie auf mein System zurückzuführen. Ich solle erst mal schauen, ob das Problem nochmal auftritt und das tat es bislang nicht. Ich hatte diesen "Absturz" während ich im "quiet mode" rechnete und parallel dazu 10 GByte Daten von einer Partition auf die andere verschob. Zuvor war mir allerdings mal wieder der Exploder explodiert. Habe danach nochmals getestet und das Problem trat wieder auf. Interessanter Weise aber nicht die Fehlermedlung in der "error.log". Nach Neubooten lief wieder alles normal - keine Ahnung, was das war.
Michael.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.


-
Bananeweizen
- Urvater

- Beiträge: 2867
- Registriert: 14.06.2001 01:00
- Wohnort: Kornwestheim
Die enthält die Angabe, bei welcher Strukturnummer das Programm zuletzt war. Sinnvoll ist deshalb alles zwischen (größte Nummer bei den val und log-Files +1) bis (größte Nummer bei den val und log-Files +10000), da dein Rechner in diesem Interval gearbeitet hat, als der Absturz passiert ist.Michael H.W. Weber hat geschrieben:Joh, Danke - und was muß die CurrentStruct-Zeile genau enthalten oder ist das egal?
Ich habe es aber immer so gemacht, daß ich einfach eine beliebige größere Zahl genommen habe und beim nächsten Start mittels des Parameters für "nur Upload" erzwungen habe, daß sich das Programm nach dem Upload beendet. Danach habe ich - falls vorhanden - die filelist.txt gelöscht und das Programm gänzlich neu gestartet, welches damit ja nun mit einem komplett neuen Startwert anfängt. So vermeidet man auf jeden Fall mögliche Probleme und Inkonsistenzen durch den Absturz.
Ciao, Michael.
-
Michael H.W. Weber
- Vereinsvorstand

- Beiträge: 23164
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
Hab's mal genau so probiert. Resultat: Keine der Strukturen wurde hochgeladen, stattdessen ist die Struktursammlung gelöscht und eine "dummy"-Datei erstellt worden. Glücklicherweise waren es bloß knapp 4000 Strukturen. 
Michael.
Michael.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.


-
Zeuge
- Rechenkraft.net-Sponsor

- Beiträge: 433
- Registriert: 26.01.2002 16:37
- Wohnort: München
Ich hab mir da eine Batch mit folgendem Inhalt erstellt:
Zeuge
- if exist filelist.txt copy filelist.txt filelist.%Date%
if exist foldtrajlite.lock del foldtrajlite.lock
dir *log.bz2 /b /od > filelist.txt
dir *val.bz2 /b /od >> filelist.txt
rem CurrentStruc soll immer groeßer sein als jede Nummer in *.val
echo CurrentStruc 688844 >> filelist.txt
foldit.bat
Zeuge