Chechpoing ORG WU'S

[tommat]

Hallo,

Kurze Frage, wo liegt das Checkpointing bei den ORG WU's?
WU's 5705015,
Rechner: 39084

Checkpoing liegt jetzt irgendwo bei drei Stunden.
Ist das normal?

Thomas

[MReed]

ich zitier einfach mal aus dem Wiki:

OGR-27

Es wird der orginale Distributed.net Client integriert. Damit beteiligt sich yoyo@home am OGR-27 Projekt, welches einen optimalen Golomb-Maßstab (Wikipedia) der Länge 27 sucht. Pro WU werden derzeit 7 OGR-27-WUs ausgegeben, was zu einer benötigten Rechenzeit von bis zu 40 Stunden führt.
Die WU-Namen sind folgendermaßen aufgebaut (z.B. bei ogr_071121065046_71) ?
ogr_ Name der Applikation
071121 Jahr, Monat, Tag an der sie erzeugt wurde
065046 Stunde, Minute, Sekunde an der sie erzeugt wurde
_71 fortlaufende Nummer innerhalb des Batches
Eigenschaften der Applikation
Checkpoints werden etwa alle 15 Minuten geschrieben
Fortschrittsanzeige nach einer von 7 OGR wird die Anzeige um 14,2% erhöht. Dies kann allerdings bis zu 5h dauern
Credits werden anhand der verarbeiteten GigaNodes vergeben

[tommat]

Hallo,
Boinc schreibt mir aber unter Eigenschaften der WU:
Prozessorzeit beim letzten Checkpoint: 21:45:15
Prozessorzeit:23:59:58
Verbrauchte Zeit: 22:26:23

Werde Rechner noch mal durchstarten und schauen ob das mit den 15 min hinkommt.
Hätte gesagt, das das nicht paßt.

Thomas

[yoyo]

Boinc bekommt das nicht richtig mit, dass die Applikation checkpointed. Schau einfach im entsprechenden Slot Verzeichnis nach welche Dateien sich dort regelmäßig aktualisieren.
yoyo

[tommat]

Hallo,
in dem Slot wird die checkpoint.txt zwar aktualisiert, aber als ich den Rechner neu gestartet habe, wurde die vergangene Zeit um über 2 Stunden gekürzt.

Werde das nächste Chechpointing abwarten und den Rechner noch mal durchstarten.
Wenn dann das Ergebnis identisch ist, werde ich die ORG WU's mit so langer Laufzeit nicht merh nehmen.

Thomas

[tommat]

Hallo,
nächste Checkpointing wurde geschrieben.

Rechner neu gestartet.

Und es wurde wieder komplett auf den Wert zurückgesetzt, der auch bei dme vorherigen starten anlag.
Also Checkpointing in der Datei die im Slot liegt ist nicht wirksam, bzw. die Datei wird zwar aktualisiert, aber es wird irgendwo anders ein Wert her gezogen und alles fängt von einem anderem Wert an neu zu rechnen.

Thomas

[Torbjörn Klatt]

Abwarten. Die Zeiten, die BOINC unter den Task-Eigenschaften angibt, sind alles andere als gut und genau. Zudem kommt hinzu, wie yoyo schon schrieb, dass BOINC des öfteren Checkpoints nicht richtig mitbekommt.

Grüße,
Bohne

[yoyo]

Sei versichert, dass der native Client beim Checkpoint (ca. alle 15min) weitermacht. Da Boinc den Checkpoint nicht mitbekommt, fängt Boinc bei Restart den Zeitzähler bei 0 an. Trotzdem macht der native ogr Client dort weiter wo er gecheckpointed hat. Kannst du in der ogr_*_1 im Projektverzeichnis nachlesen. Dort steht dann in etwa recovering from checkpoint oder so. Die Credits werden dir auch NICHT an Hand der von Boinc angezeigten Laufzeit vergeben, sondern an Hand dessen wieviel Iterationen die wu gerechnet hat, also dem Result der Berechnung. Boinc bekommt erst den nächsten Checkpoint mit, wenn die ogr wu im 1/7 geschafft hat, da dann der nächste ogr in der Boinc WU dran ist. 7 ogr stecken in einer WU. Das kann bis zu 7h Laufzeit dauern.

yoyo