Wosn dös??? 5w 0d 13h 13m 54s (3071634.3803777 s)

[Ananas]

http://www.rnaworld.de/rnaworld/workuni ... id=5591573

Entweder ist da bei der Schaetzung was machtmaessig in die Hose gegangen oder die Deadline ist echt voll knapp.

[Ananas]

hmmm, bald sind 7 Tage voll und es wird noch einiges an Zeit brauchen, so unrealistisch war die Schaetzung wohl doch nicht.

Ist ja ein dicker Hund.

[yoyo]

Hoffentlich braucht sie nicht wesentlich mehr als geschätzt, wie es bei einigen anderen WUs der Fall ist
yoyo

[Ananas]

Der erste Host hat sie schon fertig, nach den verbratenen Flöpsen muesste meine Kiste so grob 14 - 16 Tage brauchen, also sogar noch innerhalb der Original-Deadline.

Ich habe uebrigens noch so'n Teil, da hat die Schaetzung wohl schon 2 Leute etwas erschreckt

http://www.rnaworld.de/rnaworld/workuni ... id=5605136

edit : Ich sehe gerade, dass die zweite nicht wirklich vergleichbar ist, sie hat nur zufaellig die gleiche Schaetz-Dauer. Die ist allerdings eine mit Intron-RNA, da waere Deine Befuerchtung auf jeden Fall berechtigt.

[Ananas]

Mist Mist Mist, jetzt hat mich das tolle Heartbeat-Feature des BOINC-Despoten auch erwischt

Eventuell durch RNA-World selbst verursacht, das Auspacken der Binaries macht zwar der Projektclient selbst, die Workunits werden aber netterweise vom Coreclient ausgepackt und bei den dicken WUs klemmt der dann gelegentlich mal. Es koennte aber auch ein lahmer HTML-Zugriff auf irgend einen Projektserver gewesen sein, so genau laesst sich das nicht feststellen. Eine fehlgeschlagene Namensaufloesung kann den Effekt uebrigens auch verursachen, hab' ich auch schon erlebt.

Dadurch stehen beide WUs jetzt wieder bei 45 Minuten - insgesamt mindestens 3 Wochen Rechenzeit verballert

Dem bloeden Anderson sollte dafuer wirklich jemand so richtig in den Hintern treten (mindestens!)


edit : Ich sehe gerade ... dieses Result passt zeitlich ziemlich genau zum Absturz :

http://www.rnaworld.de/rnaworld/result. ... d=13378944

Code: Alles auswählen

wrapper: windows. no checkpoint image
wrapper: windows. no checkpoint image
wrapper: no checkpoint file found
wrapper: running zip (-m -9 out.zip -@)
forecast.txt found.
01:39:46 (1216): No heartbeat from core client for 30 sec - exiting
RNA World wrapper v0.04
wrapper: no checkpoint file found
wrapper: running zip (-m -9 out.zip -@)
forecast.txt found.
01:40:17 (2800): called boinc_finish

dicke Ergebnisse mit "-m9" haut natuerlich auch ziemlich rein, ich vermute fast, dass das Ergebnis auch kaputt ist und sich nicht validieren laesst.
________________________________________________________

Zieh doch gelegentlich mal den Heartbeat-Timeout in der API auf mindestens das 10-fache hoch - das muesste einiges bringen :

Code: Alles auswählen

#define HEARTBEAT_GIVEUP_COUNT ((int)(30/TIMER_PERIOD))
    // quit if no heartbeat from core in this #interrupts

mal locker flockig auf 300 gehen statt der 30, dann beendet sich ein Projektclient erst, wenn der Coreclient 5 Minuten lang klemmt

[Norman]

Zieh doch gelegentlich mal den Heartbeat-Timeout in der API auf mindestens das 10-fache hoch - das muesste einiges bringen :

Code: Alles auswählen

#define HEARTBEAT_GIVEUP_COUNT ((int)(30/TIMER_PERIOD))
    // quit if no heartbeat from core in this #interrupts

mal locker flockig auf 300 gehen statt der 30, dann beendet sich ein Projektclient erst, wenn der Coreclient 5 Minuten lang klemmt

normalerweise sollten 30 sekunden locker reichen, aber für rnaworld scheint das in der tat unterdimensioniert zu sein und müsste ordentlich verlängert werden.
herzschrittmachertuning

[Ananas]

... normalerweise sollten 30 sekunden locker reichen ...

Naja, wenn die Namensaufloesung klemmt, ist z.B. mein Rechner in der Firma durchaus auch mal 2-3 Minuten absolut nicht verwendbar.

Die Kiste, auf der ich die Probleme habe, ist natuerlich auch etwas ungewoehnlich, ein Lowpower-Xeon, der mit 16 Tasks im Hyperthreading laeuft - in der Gesamtleistung ist die Kiste ziemlich stark aber trotzdem nahezu lautlos, wenn der Coreclient klemmt, hilft aber auch die schnellste Kiste nicht wirklich. Wenn eine dicke CPDN ausgepackt wird, geht gelegentlich sogar bei einem uebertakteten C2Q 9550 der Coreclient in die Knie - es ist nicht immer eine Frage der Rechenleistung, auch der Plattendurchsatz bremst beim Dekomprimieren gelegentlich den Coreclient aus.

Wenn z.B. ein Projektserver zwar erreichbar ist aber trotzdem nicht oder sehr langsam antwortet, wartet der Coreclient manchmal minutenlang - Primaboinca und DNA@Home sind solche Kandidaten, wo der Projektserver permanent ueberlastet ist und die habe ich beide ebenfalls auf der Kiste laufen. DNA ist zwar derzeit "leer", wird aber trotzdem gelegentlich gepollt. Dazu noch Muon@Yoyo und Mersenne, da bleibt insgesamt relativ viel Speicher uebrig.

Nur RNA-World koennte wegen des Speichers knapp werden, ich habe insgesamt nur 12GB drin, je Thread also weniger als 1GB, deshalb laufen immer Projekte mit geringen Speicheranforderungen mit. Die groesseren Module waren mir damals zu teuer fuer einen Rechner, der nur fuer's Hobby gebastelt wurde


Das Konzept, den Coreclient zeitaufwendige, nicht unterbrechbare Sachen machen zu lassen, passt einfach nicht zu den garantierten Antwortzeiten, die die API erwartet. Sviw. gibt es auch nur einen Idioten, der seit Jahren fest hinter diesem Konzept steht. Derzeit scheint sich da was zu bewegen, jemand hat an meinem Ticket rumgefummelt (hab' ne Mail dazu bekommen).

Man koennte ja auch ganz gemein sein und eine Task parallel zum Coreclient starten, die sich den Shared-Memory-Block sucht, dann nur noch mit hoher Prioritaet nur schlaeft und alle 15 Sekunden aufwacht und den Timestamp aktualisiert Einfacher ist es aber sicher, wenn Yoyo den Fehler in der API etwas entschaerft.


p.s.: Das war jetzt uebrigens der erste "Aussetzer" in den vergangenen mehr als 6 Monaten - aber ein solcher Aussetzer reicht halt, um eine WU ohne Checkpoints zum Start zurueckzuschicken. Es passiert also (zumindest bei mir) nicht permanent, solange ich keine CPDN-WUs auspacke. Speziell bei CPDN findet man aber sehr oft WUs mit Heartbeat-Fehler, gerade vor ein paar Tagen habe ich mir eine angesehen, die mindestens 10 Timeouts hatte, bevor sie endgueltig abgeraucht ist. Ich bin da Mod, da bekommt man sowas eher mit.

[Ananas]

Fuer die beiden WUs (Links siehe oben) werde ich auf jeden Fall eine sehr grosszuegige
Verlaengerung brauchen, da mir ja 2 Wochen verloren gegangen sind und selbst ohne
diesen Verlust die WUs nicht in der Zeit zu schaffen gewesen waeren.

[yoyo]

Hab sie mal verlängert.
yoyo

[Ananas]

Die Dreckdinger sind schon wieder runter auf 09:11, ich breche sie jetzt ab.

Weder Reis noch Fruchtfliege sind bisher so uebel gelaufen

Allerdings hat momentan auch ein anderer Server wieder mal Platzprobleme und reagiert daher sehr langsam, der Bug des Berkeley-Oberdeppen schlaegt jetzt schon zum zweiten Mal voll zu.

[yoyo]

Unter windows?
yoyo

[Ananas]

Unter windows?
yoyo

Win x64, ja.