Phase V: ecm wrap

[yoyo]

one point more
On my Linux Kubuntu 8.10 64 KDE4.1 client all 6 result crashed with this error

<core_client_version>6.2.15</core_client_version>
<![CDATA[
<message>
process exited with code 22 (0x16, -234)
</message>
<stderr_txt>
execv: No such file or directory

</stderr_txt>
results for hostid=22404
ldd don't show any missing libraries.

ogr runs without errors on this machine

The error means, that Boinc can't start the wrapper in the slot directory. I also think that Boinc 6.2.15 is buggy and you should update to the latest released version.
yoyo

[laguna]

Moin Yoyo, kannst Du mir sagen, was der Hintergrund für die Fehlermeldung
No heartbeat from core client for 30 sec - exiting ist?
Der Rechner hat für einige Zeit nicht regiert, dann war alles wider normal.
Aber die ecm WU war weg.

Ui, ich glaube ich seh gerade. Irgendwie verpeilt BOINC das mit dem Speicher.
Kann das daran liegen?
Der lässt gerade zwei von deinen Monster WUs laufen...

Das macht der nicht lange mit, fürchte ich...

Ich beschränke BOINC bei der Speichernutzung mal besser auf 70%.
Oder gibts da eine andere Lösung?

[rebirther]

Moin Yoyo, kannst Du mir sagen, was der Hintergrund für die Fehlermeldung
No heartbeat from core client for 30 sec - exiting ist?
Der Rechner hat für einige Zeit nicht regiert, dann war alles wider normal.
Aber die ecm WU war weg.

Ui, ich glaube ich seh gerade. Irgendwie verpeilt BOINC das mit dem Speicher.
Kann das daran liegen?
Der lässt gerade zwei von deinen Monster WUs laufen...
Das macht der nicht lange mit, fürchte ich...

Ich beschränke BOINC bei der Speichernutzung mal besser auf 70%.
Oder gibts da eine andere Lösung?

Wenn die maximale Menge lt. Settings erreicht ist, pausiert er die WU "Waiting for memory", ist Speicher wieder frei, fängt er vom letzten Checkpoint wieder an zu arbeiten, d.h. aufpassen, da kann leicht eine Endlosschleife entstehen, solange er nicht den nächsten Checkpoint erreicht!

Die Fehlermeldung basiert darauf, das BOINC keine Rückmeldung von der Anwendung bekommt, wie du schon beschrieben hast reichen da ein paar Sekunden Pause schon aus.

[laguna]

Moin Yoyo, kannst Du mir sagen, was der Hintergrund für die Fehlermeldung
No heartbeat from core client for 30 sec - exiting ist?
Der Rechner hat für einige Zeit nicht regiert, dann war alles wider normal.
Aber die ecm WU war weg.

Ui, ich glaube ich seh gerade. Irgendwie verpeilt BOINC das mit dem Speicher.
Kann das daran liegen?
Der lässt gerade zwei von deinen Monster WUs laufen...
Das macht der nicht lange mit, fürchte ich...

Ich beschränke BOINC bei der Speichernutzung mal besser auf 70%.
Oder gibts da eine andere Lösung?

Wenn die maximale Menge lt. Settings erreicht ist, pausiert er die WU "Waiting for memory", ist Speicher wieder frei, fängt er vom letzten Checkpoint wieder an zu arbeiten, d.h. aufpassen, da kann leicht eine Endlosschleife entstehen, solange er nicht den nächsten Checkpoint erreicht!

Die Fehlermeldung basiert darauf, das BOINC keine Rückmeldung von der Anwendung bekommt, wie du schon beschrieben hast reichen da ein paar Sekunden Pause schon aus.

Danke für den Hinweis, ich habe mal ein Auge drauf.
Im Moment funktioniert es. Er rechnet nur eine ecm WU und nimmt ansonsten WUs anderer Projekte
Wird Zeit, das ich die 64 Bit des BS mal ausnutze und den Speicher aufrüste...

[yoyo]

HAllo,
die ecm wus sind mit einem Speicherbedarf von 1GB versehen. Heißt Boinc lädt diese nur herunter und startet sie nur, wenn dieser zusammen mit Eurere Boinc Konfiguration frei ist. Glaub die Standard Boinckonfiguration ist: use 50% of memory if computer is in use, else 90%.
Einige der ecm Serien, die gearde durchlaufen benötigen dann auch wirklich ca.850MB in der 2. Phase der Berechnung, als kurz vor dem 20% Sprung.
Ich könnte durchaus wus erzeugen, die noch mehr Speicher brauchen, sehe aber beim jetzigen Stand in etwa die Obergrenze.
yoyo

[laguna]

HAllo,
die ecm wus sind mit einem Speicherbedarf von 1GB versehen. Heißt Boinc lädt diese nur herunter und startet sie nur, wenn dieser zusammen mit Eurere Boinc Konfiguration frei ist. Glaub die Standard Boinckonfiguration ist: use 50% of memory if computer is in use, else 90%.
Einige der ecm Serien, die gearde durchlaufen benötigen dann auch wirklich ca.850MB in der 2. Phase der Berechnung, als kurz vor dem 20% Sprung.
Ich könnte durchaus wus erzeugen, die noch mehr Speicher brauchen, sehe aber beim jetzigen Stand in etwa die Obergrenze.
yoyo

Warum startet BOINC dann zwei 1GB WUs auf einen Dualcore mit 2GB RAM? Ich habe ja nie die vollen 2GB zur Verfügung. Das System nimmt sich ja auch seinen Teil.

[laguna]

Also BOINC bekommt das nicht gepeilt.
Eben hat er wieder zwei WUs gleichzeitig laufen lassen.
Das war haaaaaaarscharf am Meltdown.

4GB sind fällig...

[laguna]

So, Problem mittels Nachrüsten von weiteren 4GB RAM gelöst.
Jetzt darfst Du den Speicherbedarf gerne auch noch aufdrehen.

[laguna]

Nicht, das es mich noch betreffen würde, aber aus Interesse...
Kann es sein, das BOINC immer dann, wenn es eine neue WU startet, nachsieht, wieviel RAM DERZEIT frei ist?
Das würde erklären, warum BOINC zwei solche WUs laufen lässt.
Denn wenn sich die bereits Gestartete nicht kurz vor dem Ende befindet, braucht sie ja fast kein RAM und es wäre noch genug übrig für die zweite.
Nur wenn dann beide gemeinsam ein Abschnittsende erreichen, wird es eng.

[rebirther]

Nicht, das es mich noch betreffen würde, aber aus Interesse...
Kann es sein, das BOINC immer dann, wenn es eine neue WU startet, nachsieht, wieviel RAM DERZEIT frei ist?
Das würde erklären, warum BOINC zwei solche WUs laufen lässt.
Denn wenn sich die bereits Gestartete nicht kurz vor dem Ende befindet, braucht sie ja fast kein RAM und es wäre noch genug übrig für die zweite.
Nur wenn dann beide gemeinsam ein Abschnittsende erreichen, wird es eng.

Nur beim downloaden kann der Scheduler checken wieviel RAM der host hat, demnach verschickt er dann WUs oder auch nicht. Das beide gleichzeitig laufen liegt an der niedrigen Deadline, sprich die WUs gehen in "High Priority mode".

[Matthias Lehmkuhl]

Hallo,
habe ein result nicht innerhalb der Deadline geschafft, daher wurde das result an einen 2. PC versandt.
CPU time (sec) 126,901.14 (P4 3.20GHz mit 2,5GB Speicher XP 32bit)
CPU time (sec) 11,410.45 (XEON E5420 2.50GHz XP 64bit)

wuid=1853651

Hier jetzt meine Frage:
sind die Ergebnisse gleich, und woher kommt dieser große Unterschied in der Rechenzeit.

[Matthias Lehmkuhl]

Hallo,
habe ein result nicht innerhalb der Deadline geschafft, daher wurde das result an einen 2. PC versandt.
CPU time (sec) 126,901.14 (P4 3.20GHz mit 2,5GB Speicher XP 32bit)
CPU time (sec) 11,410.45 (XEON E5420 2.50GHz XP 64bit)

wuid=1853651

Hier jetzt meine Frage:
sind die Ergebnisse gleich, und woher kommt dieser große Unterschied in der Rechenzeit.

Mein result steht immer noch auf "Validate state: Initial"

Habe den Rechner jetzt aus der Gruppe mit ECM heraus gemommen.

Wir der Validator mein result noch prüfen?
Oder kann ich das result abschreiben? Wäre schade um die CPU Zeit.

Meine resultid=2243375 Daten
126901 sec entsprechen 35,25 Stunden,
somit war das result für meinen computer nicht in der vorgegebenen Zeit zu schaffen.

Sent 13 Jan 2009 23:44:38 UTC
Received 15 Jan 2009 11:56:44 UTC
Report deadline 14 Jan 2009 19:44:38 UTC