Pentathlon 2016 - Nachlese und Umfrage zur Projektauswahl

[Eric]

Nein, ein Backup-Projekt beim Pentathlon macht meines Erachtens keinen Sinn. Ich will ja genau alles auf ein Projekt werfen. Und noch mehr Babysitting will ich eigentlich auch nicht betreiben.
Dieses Mal war es ja nicht so schlimm, weil ich im Vorfeld genug wu hatte und kurz vor dem Leerlaufen wieder manuell eingreifen konnte - die Nacht war um .
Auf den Linux-Kisten läuft überall 7.2.42, welches der empfohlenen und neuesten Version entspricht.

PS: Ich habe generell kein Backup-Projekt.
Da ich zu 99,x% WCG rechne (dafür habe ich übrigens auch die Server angemietet), ist das auch nicht notwendig. Eines der Unterprojekte hat immer Arbeit.

[Yeti]

Hattest du volle Kanne gebunkert was geht unter Einsatz von <NCPUS> ?

Weder noch, Yeti. Ich habe volle Kanne Pogs gerechnet und bin dann auf Univers@home und CSG umgeschwenkt. Als Rosetta ins Spiel kam, habe ich dafür CSG fallen lassen, allerdings dann in der Hauptsache Rosetta gerechnet. (15 Threads zu 5 Threads) erst am letzten Tag nur Universe

<NCPUS> ist/war mir völlig unbekannt

Also wäre es realistisch, wenn wir feststellen, du hast ohne Strategie (oder deine Strategie lautete, ich rechne das, was ich gerade bekomme) bei Univers gerechnet ?

Meine Strategie lautete "Mach die Bunker frühzeitig so voll, daß es tief und weit bis gegen Ende des Univers-Wettkampfes reicht".

Die beiden unterschiedlichen Herangehensweisen haben auch zu unterschiedlichen Endergebnissen geführt: 30% non-Validierung zu 10%

Deswegen halte ich auch dieses unterschiedliche Ergebnis nicht einfach für puren Zufall, sondern für ein Ergebnis der unterschiedlichen Strategien gepaart mit einem kleinen Anteil Glück

Übrigens: Erfahrene Cruncher / Teams bunkern zum frühest-möglichen Zeitpunkt soviel wie irgend möglich, weil die frühzeitig gezogenen WUs beim Quorum > 1 eine größere / bessere Chance auf Validierung bieten (zumindest solange, wie kein Team absichtlich WUs einfach nur blockiert, was aber auch wieder eine Taktik-Maßnahme wäre).

[Roland Schneider]

Ich mußte zum Beispiel auch erstmal die anderen CPU-Projekte suspenden, um dann Rosetta-WUs holen zu können, aber ich habe schlußendlich so viel bekommen, wie ich wollte

Das war ja das Problem, alle anderen Projekte angehalten, keine WU's mehr da von anderen Projekten und rosetta meldet bei WU-Anforderung trotzdem nur "Keine Android-App für dein Betriebssystem verfügbar" , besonders da ja zwischenzeitlich auf all diesen Servern Rosetta-WU's gerechnet hatte.

[Yeti]

Das war ja das Problem, alle anderen Projekte angehalten, keine WU's mehr da von anderen Projekten und rosetta meldet bei WU-Anforderung trotzdem nur "Keine Android-App für dein Betriebssystem verfügbar" , besonders da ja zwischenzeitlich auf all diesen Servern Rosetta-WU's gerechnet hatte.

Im Nachhinein kriegen wir das nicht mehr raus.

Wäre schön, wenn du beim nächsten Mal dann im Race-Thread konkret um Hilfe nachfragst, damit wir versuchen können, Dir zu helfen. Ich habe in einem Fall auch 2 Stunden rumgesucht, warum ich nicht mehr als ein paar armselige WUs bekomme, schlußendlich hab ich dann gefunden, daß mein Resource-Share zu niedrig oder sogar auf 0 war.

Notfalls muß man sich wirklich mit <NCPUS> behelfen, das Ding ist echt krass in der Wirkung

[Eric]

Der Trick mit ncpus kann man zwar machen, für mich ist das aber zuviel Arbeit.
Die Clients beim zurück setzen auf den Default -1 neu zu starten, macht richtig Arbeit.
Und die Bunker abzuschotten ebenfalls. In Summe habe ich 14 Rechner zu betreuen, da haut das für mich nicht mehr hin.

[yoyo]

Da hätte sicher auch geholfen regelmäßig ein Projekt update zu machen. Das läßt sich mit boinccmd und crontab/aufgaben planung auch automatisieren.

[Yeti]

In Summe habe ich 14 Rechner zu betreuen, da haut das für mich nicht mehr hin.

Donnerwetter, bei mir waren es "nur" 11.

BOINCTasks kennst du / hast du selbst im Einsatz ? Ist eine wahnsinnige Hilfe bei mir, ohne ginge es gar nicht mehr.

Und die Projekte sperre ich nicht einzeln auf den Clients, sondern in der zentralen Firewall. Das ist deutlich einfacher

Und ja, der Neustart ist ziemlich lästig

[Felix2015]

Meine Strategie lautete "Mach die Bunker frühzeitig so voll, daß es tief und weit bis gegen Ende des Univers-Wettkampfes reicht".

Die beiden unterschiedlichen Herangehensweisen haben auch zu unterschiedlichen Endergebnissen geführt: 30% non-Validierung zu 10%

Deswegen halte ich auch dieses unterschiedliche Ergebnis nicht einfach für puren Zufall, sondern für ein Ergebnis der unterschiedlichen Strategien gepaart mit einem kleinen Anteil Glück

Übrigens: Erfahrene Cruncher / Teams bunkern zum frühest-möglichen Zeitpunkt soviel wie irgend möglich, weil die frühzeitig gezogenen WUs beim Quorum > 1 eine größere / bessere Chance auf Validierung bieten (zumindest solange, wie kein Team absichtlich WUs einfach nur blockiert, was aber auch wieder eine Taktik-Maßnahme wäre).

sehe ich genauso!

Mein "Ur-Erlebnis" war, als ich (wieder um ersten Mal) beim letzte WCG-Challenge mitgemacht und aktiv sehr genau die Entwicklung verfolgte.
Ich war gelinde gesagt schlicht geschockt, als ich sah, dass SG und P3D gleich am Anfang (zwischendurch bestimmt auch noch) gleich solche Bunker freisetzen, dass gewiss irgendwie um 10% bis 20% des Gesamtumsatzes der Team-Leistung war. Und RKN hat ... schätzungsweise ... NULL ?
Sowas ist nie und nimmer jemals im laufenden Run aufzuholen.

Mir war also da klar geworden, dass Team welches nicht rechtzeitig für den Race bunkert, hat praktisch schon (viele und noch viel mehr Punkte) verloren!

Von daher hatte ich beim Rosetta-Run und jetzt wieder beim Pentathlon darauf gedrängt, endlich die Massenmal rauszuschicken.
Ehrlich! Ich meine, der Zeitpunkt war bekannt; nach dem Hack sowieso noch mal ein Monat mehr Zeit - und es passiert nichts.
Im thread reinschreiben (14 Tage vorher) jetzt könnte man ja mal die Mails rausschicken; 7 Tage vorher, man möge doch bitte JETZT die Mails rausschicken, ich kann es nicht, da ich keinen Zugriff auf den Verteiler habe ... also Zähne knirschend zu Kenntnis zu nehmen, wie wir bereits schon verlieren, bevor der Wettkampf beginnt.
Frustrierend!

Meine Kalkulation war (und ist) so:
3 bis 4 Wochen vor Beginn des Race werden die RKN-ler per Massenmail informiert.
Dann können sie sich in den bis dato schon vorbereiteten thread informieren (war ja entsprechend schon von mir angelegt).
Die interessierten Member können ggf. ihre was-auch-immer-gerade-gecrunchte zuende bringen und sich austauschen, wie die jeweiligen Projekt / Wuzzen-konditionen sind.
D.H. 13 Tage !!! vorher wäre die Möglichkeit gegeben, sich ohne Ende mit Wuzzen vollzusagen und entsprechend Bunker zu crunchen!
Das ist der entscheidene Vorteil der professionellen Vorbereitung von SG und P3D - jenseits mal der rohen Rechenpower am Compi-Fuhrpark, was jeweils aufgefahren.
Wenn dann letztendlich irgendwann mal ~ 5 Tage die Massenmail rausgehen - dann hatten wir zu diesem Zeitpunkt massiv Rückstand; und zwar nur uns selbst verschuldeten nicht notwendigen Rückstand.

Frustriend!
Sowas darf es schlicht nicht geben!
Und das muss einfach anders werden!
Beim nächsten Mal gewiss ... hoffentlich...

[Yeti]

D.H. 13 Tage !!! vorher wäre die Möglichkeit gegeben, sich ohne Ende mit Wuzzen vollzusagen und entsprechend Bunker zu crunchen!

Aufpassen, da können dir die Projekt-Deadlines heftig zwischenfunken, aber das Prinzip ist absolut richtig

[Kolossus]

Hattest du volle Kanne gebunkert was geht unter Einsatz von <NCPUS> ?

Weder noch, Yeti. Ich habe volle Kanne Pogs gerechnet und bin dann auf Univers@home und CSG umgeschwenkt. Als Rosetta ins Spiel kam, habe ich dafür CSG fallen lassen, allerdings dann in der Hauptsache Rosetta gerechnet. (15 Threads zu 5 Threads) erst am letzten Tag nur Universe

<NCPUS> ist/war mir völlig unbekannt

Also wäre es realistisch, wenn wir feststellen, du hast ohne Strategie (oder deine Strategie lautete, ich rechne das, was ich gerade bekomme) bei Univers gerechnet ?

Da antworte ich mit einem ganz klaren Jaein.
Als es bei CSG nix an WUs gab, habe ich mit POGs den Bunker gefüllt und so weit wie möglich vorgerechnet. Danach war ja kein Bunkerfüllen (aus meiner Sicht) mehr möglich, da ja die CPU voll beschäftigt war, erst mit Pogs, dann mit den anderen Projekten des Race. Die einzige Möglichkeit wäre ein Splitting der Cores gewesen, um einen Bunker vorzurechnen, aber dann hätten ja Threads beim eigentlichen aktuellen Projekt gefehlt. Ganz nach dem Motto: wie man es auch macht, ist es verkehrt. An drei unterschiedlichen CPU-Projekten herumzurechnen, bringt einen schon durcheinander, was jetzt akut die richtige Wahl zur besten Unterstützung des Teams wäre.

EDIT: Da hat möglicher Weise eine Absprache untereinander gefehlt, wer was rechnet und damit das Team betsmöglich vorwärts bringt...

[Yeti]

Harald, es geht doch nur darum, zu erkennen, daß es nicht das Glück war, was bei mir eine deutlich bessere Validierungsquote gebracht hat, sondern die andere Strategie.

Siehe auch das neue Post von Felix vor ein paar Minuten

[Yeti]

EDIT: Da hat möglicher Weise eine Absprache untereinander gefehlt, wer was rechnet und damit das Team betsmöglich vorwärts bringt...

Genau da können wir uns anscheinend noch ordentlich steigern