evolution@home / rechnet WUs nicht fertig

[sthaler]

Hallo,

habe bemerkt, daß seit ich WUs aus scheduling session 7 bearbeite keine mehr fertig berechnet wird. Estimated progress und minimal progress sind immer auf den gleichen Wert. Hier ein Auszug aus der eProgress.txt

Current simulation progress data:
61023 Timesteps
3.05104 GigaIndividuals
28223 Seconds computing time
0.108105 MINDS performance on this CPU
Estimated progress:
61.0208 % of
0.535318 Days computing time
Minimal progress:
61.0208 % of
0.535318 Days computing time
Other progress:
44 clicks of the Ratchet have been observed, =
8.8 % of
500 total clicks until simulation stops

Auch bei der Anzeige im Client sind Estimated und Minimum gleich.
Hat noch jemand so etwas bemerkt oder soll ich den Client neu installieren.

Sepp

[Zahmekoses]

er rechnet sie aber trotzdem fertig

Estimated und minimum sind bei einigen gleich, ja...

aber er rechnet diese auch vollständig durch, normalerweise beendet ein Client eine Simulation erst wenn minimal Progress bei 100 % ist (da war bei mir mal estimated Progress auf 1250% *gg*)

cya
Zahme

[Michael H.W. Weber]

Das WUs nicht durchgerechnet werden, wäre mir neu. Wichtig zu merken ist, daß einige WUs nicht "konvergieren". Damit meine ich, daß sie zwangsweise nach Erreichen von 500 "clicks" (Müller's Ratsche) terminiert werden. Von diesen WUs gibt es einige und leider gehen diese VORERST auch nicht in die Statistiken ein, wenn sie bei Laurence abgeliefert werden (das ist auch der Grund, warum Stefan Garbe noch immer nicht alles berechnete in seinen Stats angerechnet bekommen hat). Laut Laurence wird das aber nachgeholt werden und diese WUs sollen auch von besonderem Interesse für ihn sein.

Michael.

[sthaler]

er rechnet sie aber trotzdem fertig

Estimated und minimum sind bei einigen gleich, ja...

aber er rechnet diese auch vollständig durch, normalerweise beendet ein Client eine Simulation erst wenn minimal Progress bei 100 % ist (da war bei mir mal estimated Progress auf 1250% *gg*)

bei den neuen WUs bei mir leider nicht.


Das (vermutliche) Problem etwas detailierter
2 eProgress.txt Auszüge von heute mittag

Estimated progress:
99.8578 % of
0.54742 Days computing time
Minimal progress:
99.8578 % of
0.54742 Days computing time
Other progress:
71 clicks of the Ratchet have been observed, =
14.2 % of
500 total clicks until simulation stops
This file was recorded at 2003Apr07_11h49m42

Estimated progress:
0.117018 % of
0.527549 Days computing time
Minimal progress:
0.117018 % of
0.527549 Days computing time
Other progress:
0 clicks of the Ratchet have been observed, =
0 % of
500 total clicks until simulation stops
This file was recorded at 2003Apr07_11h51m42

ich glaube als er bei der ersten WU die 100 % des "Minimal progress" erreicht hatte stopte er und fing die neue an (Zeitunterschied vom ersten Auszug zum zweiten sind nur 2 Minuten - wohl kaum Zeit plötzlich über 80 % zu rechnen)
Auf dem anderen PC habe ich noch eine alte WU, da ist er bei 130 % des "estimated progress" beim Minimal ist er da noch unter 50 % und deshalb rechnet er tapfer weiter. (Hoffe damit Rechenkraft in der longest run Wertung nach vorne zu bringen.)
Daß es an den WUs selber liegt vermute ich wegen Inhalt der run.txt:
bei den neuen steht da:
# may need >4.29 MB RAM and 6.94 hours (CPU Pentium III/500 MHz, max=6.94h)
also "may need" und "max" sind gleich

bei der alten WU steht da
# may need >879 KB RAM and 10.8 days (CPU Pentium III/500 MHz, max=57.9d)
"max" ist deutlich höher als "may need" und er ich vermute er würde WUs erst dann stopen. Die Anzeige vom Client ist auch so. Bei den neuen WUs gleich, bei der alten unterschiedlich.

Ich habe eben noch ein paar Stichproben von anderen Wus vom Server gemacht. Bei allen scheduling session 7 run.txt sind die beiden Werte gleich, bei allen 5 + 6 er unterschiedlich.

Ich bezweifle ob solch unvollständige Ergebnisse Sinn geben. Vielleicht betrifft es nur langsame PC, oder man merkt es nur bei solchen, weil da der Unterschied krass ist.

Sepp