Probleme mit Gromacs 1.84
- Ersteller TiKu
- Erstellt am
Hi,
wie sind denn so eure Erfahrungen mit dem 1.84er Gromacs-Core? Bei mir läuft er seit einigen Tagen und bis jetzt wurde jede WU (3 Stück) abgebrochen. Auszug aus dem Logfile:
Ein Hardwareproblem kann ich zu 99,9% ausschließen und auffällig ist der Sprung der Abbruchquote von 0 auf 100 ja auch.
Lange Rede, kurzer Sinn: Hat noch jemand Probleme mit dem Core? Im F@H-Forum habe ich noch keine Beschwerden gefunden, was mich doch ziemlich überrascht.
/edit: Narf, hab jetzt doch noch nen Thread gefunden, in dem das Problem beschrieben wird. Klick mich
TiKu (der wo seit Tagen für die Katz rechnet)
wie sind denn so eure Erfahrungen mit dem 1.84er Gromacs-Core? Bei mir läuft er seit einigen Tagen und bis jetzt wurde jede WU (3 Stück) abgebrochen. Auszug aus dem Logfile:
Es ist immer der gleiche Fehler. Mit dem alten Gromacs-Core hatte ich keinen einzigen Abbruch und nun wird jede WU abgebrochen.
Ein Hardwareproblem kann ich zu 99,9% ausschließen und auffällig ist der Sprung der Abbruchquote von 0 auf 100 ja auch.Lange Rede, kurzer Sinn: Hat noch jemand Probleme mit dem Core? Im F@H-Forum habe ich noch keine Beschwerden gefunden, was mich doch ziemlich überrascht.
/edit: Narf, hab jetzt doch noch nen Thread gefunden, in dem das Problem beschrieben wird. Klick mich
TiKu (der wo seit Tagen für die Katz rechnet
)Multitronic
Cadet
- Mitglied seit
- 10.06.2005
- Beiträge
- 39
- Renomée
- 0
Hi!
Ich werde mal den neuen Client ausprobieren, bisher hatte ich noch V.1.81.
Bin aber gerade ziemlich gefrustet, da ich gerade eine QMD mit 450 Punkten
bei 85% in den Wind schreiben konnte. Da hat das Speichern beim runterfahren
wohl nicht richtig geklappt. Wenn jetzt noch viel mehr Probleme auftauchen,
geb ich F@H wieder auf...
Ich werde mal den neuen Client ausprobieren, bisher hatte ich noch V.1.81.
Bin aber gerade ziemlich gefrustet, da ich gerade eine QMD mit 450 Punkten
bei 85% in den Wind schreiben konnte. Da hat das Speichern beim runterfahren
wohl nicht richtig geklappt. Wenn jetzt noch viel mehr Probleme auftauchen,
geb ich F@H wieder auf...
unterstudienrat
Moderator (DC)
☆☆☆☆☆☆
@Multitronic,
die sicherste Methode ist F@H vor dem Runterfahren manuell auszuschalten wenn Du ganz auf nummer Sicher gehen willst speicher den Ordner WORK im F@H Ordner.
Es gibt auch noch weitere Methoden.
Aber ich denke wenn Du jetzt schon mit dem Gedanken spielst F@H aufzugeben, dann sind sie es nicht wert noch erwähnt zu werden.
Sorry,
aber ich mag diese Art nicht so gerne.
Grade etwas neues anfangen und wenn Probleme auftreten, gleich aufgeben!
Das ist wie,
eine Lehre anfangen und schon denken das man MEISTER ist *kopfschüttel*
Gruß
D.U.
die sicherste Methode ist F@H vor dem Runterfahren manuell auszuschalten wenn Du ganz auf nummer Sicher gehen willst speicher den Ordner WORK im F@H Ordner.
Es gibt auch noch weitere Methoden.
Aber ich denke wenn Du jetzt schon mit dem Gedanken spielst F@H aufzugeben, dann sind sie es nicht wert noch erwähnt zu werden.
Sorry,
aber ich mag diese Art nicht so gerne.
Grade etwas neues anfangen und wenn Probleme auftreten, gleich aufgeben!
Das ist wie,
eine Lehre anfangen und schon denken das man MEISTER ist *kopfschüttel*
Gruß
D.U.
Multitronic
Cadet
- Mitglied seit
- 10.06.2005
- Beiträge
- 39
- Renomée
- 0
@unterstudienrat:
Erstmal bin ich nicht gerade angefangen, sondern schon knapp 2 Monate dabei.
Zum zweiten brauchst Du nicht gleich beleidigend werden, nur weil ich mit dem
Gedanken spiele, wieder aufzuhören. Deinen Vergleich finde ich jedenfalls
ziemlich unpassend. Schließlich ist es meine Entscheidung, für was ich meinen
Rechner benutze.
Außerdem habe ich ja auch noch nicht aufgehört.
In einem Projekt, in dem tausende CPUs mitrechnen, sollte man eigentlich davon
ausgehen, das die Programmierung mit soviel Kowhow durchgeführt wird, das
die Ergebnisse von u.U. mehreren Tagen Rechenzeit nicht so einfach mal verschwinden.
Das frustriert nur die Leute und ich vermute, daß auch schon viele deshalb aufgegeben
haben.
Grüße, Multitronic
Erstmal bin ich nicht gerade angefangen, sondern schon knapp 2 Monate dabei.
Zum zweiten brauchst Du nicht gleich beleidigend werden, nur weil ich mit dem
Gedanken spiele, wieder aufzuhören. Deinen Vergleich finde ich jedenfalls
ziemlich unpassend. Schließlich ist es meine Entscheidung, für was ich meinen
Rechner benutze.
Außerdem habe ich ja auch noch nicht aufgehört.
In einem Projekt, in dem tausende CPUs mitrechnen, sollte man eigentlich davon
ausgehen, das die Programmierung mit soviel Kowhow durchgeführt wird, das
die Ergebnisse von u.U. mehreren Tagen Rechenzeit nicht so einfach mal verschwinden.
Das frustriert nur die Leute und ich vermute, daß auch schon viele deshalb aufgegeben
haben.
Grüße, Multitronic
Exakt.Multitronic schrieb:
Naja, man muss bedenken wieviele unterschiedliche Hard- und Softwareumgebungen von der Projektleitung berücksichtigt werden müssen. Wenn man sich das vor Augen hält und dann mal betrachtet wie oft es bei Folding@Home Probleme gibt und wie oft bei Seti@Home oder Climate Prediction, dann kommt man unweigerlich zu dem Schluss, dass die Projektleitung einen sehr guten Job macht.Multitronic schrieb:
Sir Ulli
Grand Admiral Special
unterstudienrat
Moderator (DC)
☆☆☆☆☆☆
Sorry ich hatte nicht vor Dich zubeleidigen,
ich wüßte noch nicht mal welcher Teil meines Textes so erscheint?
So jetzt zu Deinem zweiten Post:
Selbst MICROSOFT legt monatlich Patches nach zur Programmverbesserung!
Das hier und da mal was verloren geht liegt meist in der "Regedit" (MICROSOFT kann aber auch der USER selber verändert haben z.B. mit XP Antispy etc) da hier definiert wird wie schnell die Programme beim herunterfahren beendet werden.
Oder aber nach einen erzwungenen Neustart mit der Reset-Taste, dann führt XP gerne einen CHKDisk durch welcher mit vorliebe den WORK Ordner (also die schon getane Arbeit) von F@H eleminiert!!!!
Also nach so einem "Neustart" immer ohne CHKDisk starten und den "WORK-Ordner" sichern und erst dann den CHKDisk zulassen.
Mein Tip,
wenn Du Prob's mit den Einstellungen hast schreibe doch einfach einen "eigenen Beitrag" und Dir wird bestimmt geholfen, von denen die hier schon länger dabei sind
(spreche aus eigener Erfahrung
)
Gruß
D.U.
ich wüßte noch nicht mal welcher Teil meines Textes so erscheint?
So jetzt zu Deinem zweiten Post:
Selbst MICROSOFT legt monatlich Patches nach zur Programmverbesserung!
Das hier und da mal was verloren geht liegt meist in der "Regedit" (MICROSOFT kann aber auch der USER selber verändert haben z.B. mit XP Antispy etc) da hier definiert wird wie schnell die Programme beim herunterfahren beendet werden.
Oder aber nach einen erzwungenen Neustart mit der Reset-Taste, dann führt XP gerne einen CHKDisk durch welcher mit vorliebe den WORK Ordner (also die schon getane Arbeit) von F@H eleminiert!!!!
Also nach so einem "Neustart" immer ohne CHKDisk starten und den "WORK-Ordner" sichern und erst dann den CHKDisk zulassen.
Mein Tip,
wenn Du Prob's mit den Einstellungen hast schreibe doch einfach einen "eigenen Beitrag" und Dir wird bestimmt geholfen, von denen die hier schon länger dabei sind
(spreche aus eigener Erfahrung
)Gruß
D.U.
Multitronic
Cadet
- Mitglied seit
- 10.06.2005
- Beiträge
- 39
- Renomée
- 0
zur Datensicherung des f@h clients:
garade vorhin habe ich nich einen Thread im f@h - Forum gelesen. Probleme mit der
Datensicherung sind demnach schon lange bekannt, insbesondere beim QMD core.
Das es manchmal mehrere Minuten dauern kann, bis beim Runterfahren die Daten
gesichert sind, ist demnach schon mindestens seit April bekannt. Eine Lösung, bei
der zumindest eine ältere Sicherungskopie während des Speicherns noch zusätzlich
auf der Festplatte verbleibt, wäre mit Sicherheit nicht schwer zu Programmieren. Ich
habe ähnliches auch schon gemacht. Sowas ist auch nicht vom Betriebssystem
abhängig.
@unterstudienrat:
Deine Tips sind sicherlich nützlich, da ich aber Linux benutze, helfen sie mir nicht
viel. Microsoft würde ich auch nicht als Maßstab für Programmqualitat heranziehen
Mit den Einstellungen habe ich keine Probleme, die sind nun wirklich nicht schwer
zu verstehen.
@Sir Ulli:
die Seite war mir bis dato unbekannt, ich habe also nichts damit zu tun.
Grüße, Multitronic
garade vorhin habe ich nich einen Thread im f@h - Forum gelesen. Probleme mit der
Datensicherung sind demnach schon lange bekannt, insbesondere beim QMD core.
Das es manchmal mehrere Minuten dauern kann, bis beim Runterfahren die Daten
gesichert sind, ist demnach schon mindestens seit April bekannt. Eine Lösung, bei
der zumindest eine ältere Sicherungskopie während des Speicherns noch zusätzlich
auf der Festplatte verbleibt, wäre mit Sicherheit nicht schwer zu Programmieren. Ich
habe ähnliches auch schon gemacht. Sowas ist auch nicht vom Betriebssystem
abhängig.
@unterstudienrat:
Deine Tips sind sicherlich nützlich, da ich aber Linux benutze, helfen sie mir nicht
viel. Microsoft würde ich auch nicht als Maßstab für Programmqualitat heranziehen
Mit den Einstellungen habe ich keine Probleme, die sind nun wirklich nicht schwer
zu verstehen.
@Sir Ulli:
die Seite war mir bis dato unbekannt, ich habe also nichts damit zu tun.
Grüße, Multitronic
![[MTB]JackTheRipper](/data/avatars/m/1/1018.jpg?1596828194){kind=avatar}
[MTB]JackTheRipper
Grand Admiral Special
Ich glaub dann sollt ich mal überall meine Cores Updaten. Behalt nämlich grad die Clients nimmer so im Auge, und dann ist's mir lieber wenn sie gleich den ganz aktuellen Core kriegen, und nicht den verbugten...
[MTB]JackTheRipper
Grand Admiral Special
Ähnliche Themen
