SIMAP@HOME

[laguna]

Ich hab nen Duron 800. Spitfire Kern. Keine Ahnung ob der SSE kann.
Hab die i386 Version runtergeladen, die alte exe gelöscht und die andere Anwendung ins Verzeichnis kopiert.
Das Erste was der Client macht, ist die Standard Hammr Version ziehen um mit dieser die WUs zu zerstückeln...

[laguna]

Ach so, hab die App_info_xml vergessen anzulegen...
Und der Spitfire kann tatsächlich kein SSE.

[laguna]

Nun geht es.

Nach den 8 Einstein Fallback WUs rechnet er dann auch wieder SIMAP.
Kann sich also nur um ein paar Tage handeln....

[laguna]

Cool >15h/WU ...

[scsimodo]

Cool >15h/WU ...

Das kann schon hinkommen! Mein A XP 2600+ braucht rund 2h, allerdings sind die HMMER-Apps wohl SSE-Optimiert, das bringt einiges. Dein Spitfire rechnet ohne Optimierung, da kann man keine Wunder erwarten...

[frank]

Ich habe bei mir die Resourcen zu jeweils 50% auf SIMAP und rosetta verteilt. Na ja, das will ich zumindest, aber der Wechseln nach jeweils einer Stunde klappt gar nicht. Es wird ausschließlich und das schon seit 3 Tagen SIMAP gerechnet. Liegt das an dem SIMAP Programm? Oder kriegts BOINC einfach nicht gebacken? Oder bin am Ende ich selbst zu blöd?

[scsimodo]

Ich habe bei mir die Resourcen zu jeweils 50% auf SIMAP und rosetta verteilt. Na ja, das will ich zumindest, aber der Wechseln nach jeweils einer Stunde klappt gar nicht. Es wird ausschließlich und das schon seit 3 Tagen SIMAP gerechnet. Liegt das an dem SIMAP Programm? Oder kriegts BOINC einfach nicht gebacken? Oder bin am Ende ich selbst zu blöd?

Läuft der Client evtl. im EDF-Mode? Also der sog. "Panic-Mode" wenn der Cache mit WUs überlastet ist und evtl. die Deadline überschritten wird. (speziell bei den SIMAP-WUs)

[frank]

Läuft der Client evtl. im EDF-Mode? Also der sog. "Panic-Mode" wenn der Cache mit WUs überlastet ist und evtl. die Deadline überschritten wird. (speziell bei den SIMAP-WUs)

Woran erkenne ich das mit dem EDF Mode?

Außerdem ist die Deadline der Simap Wutzen frühestens am 19.9., das schafft meine Kiste auch, wenn SIMAP nur 50% bekommt

[aalerich]

Ein ähnliches Problem hatte ich auch; da Riesel Sieve Serverprobleme hatte habe ich mir zusätzlich noch fünf (oder so) SIMAP-WUs geholt, Ressourcenaufteilung 100 bei allen Projekten. Aber statt regelmäßig zu wechseln wurden erst alle Riesel-WUs heruntergerechnet bevor die erste SIMAP-WU begonnen wurde. Im Grunde war's mir egal, der Cache steht auf einen Tag und Deadlines waren kein Thema. Ich hab's nur verwundert zur Kenntnis genommen.
Scheint ein BOINC-Problem zu sein, aber (wie so einiges andere auch) keines des Klienten. Ich hab' immer noch den uralten von truxoft drauf, der lief früher ohne derlei Zicken.

Mit freundlichen Grüßen
aalerich

[Roland Schneider]

Läuft der Client evtl. im EDF-Mode? Also der sog. "Panic-Mode" wenn der Cache mit WUs überlastet ist und evtl. die Deadline überschritten wird. (speziell bei den SIMAP-WUs)

Woran erkenne ich das mit dem EDF Mode?

Außerdem ist die Deadline der Simap Wutzen frühestens am 19.9., das schafft meine Kiste auch, wenn SIMAP nur 50% bekommt

Da könnte BOINC schon Angst bekommen.
Im BOINC-Manager unter Messages, da steht dann:
Using earliest-deadline-first scheduling because computer is overcommitted.

Ansonsten gibt es bestimmt noch ein log, wo der die Messages speichert, da könntest du auch nachsehen

[frank]

Ok, dann ist es ein BOINC Problem. Vielleicht doch mal wieder eine Gelegenheit das Projekt zu wechseln und was BOINC freies zu rechen.
Empfehlungen? (Am liebsten etwas im weitesten Sinne medizinisches)

[Michael H.W. Weber]

Ich habe z.B. momentan wieder alle Maschinen zu 50% auf Folding@home laufen (die anderen 50% auf WCG unter BOINC).

Michael.