Pentathlon 2016

[gemini8]

Der kleine kommt trotzdem nicht drauf.

Und er ist nicht allein.
Jetzt sind es schon zwei Mac Minis, die nichts Neues bekommen.
Der andere rechnet gerade die letzte pogs-WU, danach sind schon insgesamt vier Cores idle, weil weder CSG, noch Universe auf den beiden Rechnern laufen.
Wenn sich das nicht bald ändert, bunkere ich schon einmal PrimeGrid für die Sommersonnenwende ein.

[dhh]

Kleiner Bericht von mir zum dem was bei mir gerade läuft:

CSG habe ich zur Zeit keine WUs laufen. Da ist aus meiner Sicht mit pending-Zeiten und Versorgungsengpässen und den Tabellenabständen nach oben aber auch nach unten in der Tabelle wenig zu bewegen.

Universe hat bei mir ca. 2-3 Tage pending-delay bis eine nennenswerte (~ >50%) Menge an WUs validiert worden sind. Ich hatte noch Universe-WUs nachgeschoben um ein paar Überholvorgänge zu verhinden, was aber nicht gelungen ist. Derzeit bin ich wieder bei über 50% pending im Vergleich zu den seit Pentathlonbeginn validierten WUs.

Im Moment schiebe ich wieder ein klein wenig bei Rosetta nach. Das mag eventuell nicht notwendig sein, denn der derzeitige RKN-Ausstoss sollte uns dort die Positionierung erhalten. Ich behalte es mal im Auge und schwenke ggf. auch wieder auf Universe um, damit AF uns nicht zu nah kommt.

[X1900AIW]

Was ist los - es ist 18 Uhr, ich wünsche Bericht! Bin schon programmiert drauf.

[Felix2015]

Update um 18 Uhr

Team gesamt Pentathlon




RKN gesamt Projekte




CSG






Universe



* RKN musste wieder einen Platz abgeben - es fehlen 80.000 Punkte zum Gleichstand.
Der Server muss mal wieder für RKN bissel mehr Validierungs-Punkte ausspucken.



Rosetta



* HOCP "schwächelt" verdächtig - und alles deutet darauf hin, dass morgen eine massive Bunker-attacke erfolgen wird.



Nächstes Update um 22 Uhr

[X1900AIW]

Pünktlich wie die Maurer, äh, eine Funkuhr, nein, wie die SG Statistik.

[Kolossus]

Gerade 35 Rosetten-Wus erhalten. ALLESAMT 7:58 Std, keine einzige andere. Wozu, in aller Welt, stellt man 2 Std. ein, wenn sich eh kein Mensch dafür interessiert dort. Normaler Weise ist mir die Laufzeit egal, wenn ich Rosetten berechne aber irgendwie sollten auch die eigenen Einstellmöglichkeiten, die man den Crunchern an die Hand gibt, verarbeitet werden können. Kein gutes Zeugnis, was die sich da selbst ausstellen....

[Felix2015]

Auch meine Rosetta-WUs sind inzwischen auf 8 Stunden.
Aber man muß nicht immer gleich von Unfähigkeit oder gar Böswilligkeit ausgehen.
Es kann auch sein, dass momentan schlicht keine andere auf Lager gibt.

[Felix2015]

Inzwischen ist der CSG-Server eingeknickt.

Dazu paar Kommentare im SG-Forum:

Zitat von Uwe-Bergstedt
wann kriegen die Oberpfeifen von CSG die Verteilung von 1,6Mio WUs endlich mal in den Griff?????????

weil der Server ja noch nicht Tod genug ist kommen ein paar Superschlaue auf die Idee mit extra Scibten selbigen im Minutentakt zu nerven,
was nur zur Folge hat: das "NormalWuSammler" solche dummen wie ich zum Bleistift- jetzt gar keine Chance mehr haben WUs zubekommen--Dankesehr-
Habe feddich,
jetzt könnt Ihr mich zerfleischen
ich gebe schon mal auf

Zitat von HeNiNnG
Das liegt aber am BOINC-Server selbst. Die Software, die da läuft ist einfach nicht auf einen solchen Ansturm programmiert.
Bestes Beispiel: PrimeGrid und die Challenge Series. Die haben JAHRE gebraucht um hinzubekommen, dass der Start einer Challenge dort glatt über die Bühne geht.
'Normale' Projekt sind einfach nicht auf sowas wie den Pentathlon vorbereitet. Travis könnte bestimmt was am BOINC-Server optimieren, und das würde besser laufen. Aber hat hier jemand ne Idee, was? Er stellt genug Arbeit zur Verfügung und damit ist sein Part durch. Um da weiter zu forschen, wie man den Server optimieren könnte für sowas wie den Pentathlon hat er sicher nicht die Zeit.
Immerhin müssen alle Teams durch die Knappheit der WUs. Einige haben eben Glück, weil sie sich eingedeckt haben, die anderen gucken in die Röhre. So ist das nun einmal.

Zitat pschoefer
Zumindest weiß Travis über die Probleme Bescheid und schaut gerade aktiv, ob sich die Situation verbessern lässt. Leider gibt es auch nicht das Allheilmittel, wie man jedes Projekt so konfigurieren könnte, dass es keinerlei Probleme gibt. Zum Beispiel hat PrimeGrid die Versorgungsengpässe zu Beginn einer Challenge in den Griff bekommen, dafür kann man nicht einfach so die Änderungen durchführen, um neuere AMD-Grafikkarten direkt ohne app_info.xml zu unterstützen, sondern muss da auch wieder eine individuelle Lösung finden.

[gemini8]

Rosetta gibt mir auch sonst nicht alles, was ich für meine Rechner wissen möchte. Ich habe Rosetta 8k Ressourcenanteil verpaßt, und meine Rechner haben diese, vor Monaten getätigte Einstellung immer noch nicht komplett übernommen.

[Yeti]

Rosetta gibt mir auch sonst nicht alles, was ich für meine Rechner wissen möchte. Ich habe Rosetta 8k Ressourcenanteil verpaßt, und meine Rechner haben diese, vor Monaten getätigte Einstellung immer noch nicht komplett übernommen.

Was ist denn 8K Resourcenanteil ?

Übrigens, das Projekt selber hat keinen Einfluß auf die Resourcenverwendung, das ist Aufgabe des BOINC-Clients selber

[Kolossus]

Tja, dann sollten die "Boincer" mal ihre eigene Software auf Trab bringen, es werden ja nicht weniger Cruncher, sondern eher mehr und die Hardware wird auch nicht langsamer. Wie auch immer, bisher war es eher ein Fiasko und kein Wettkampf. Schön und spannend ist etwas anderes. Schade das dieses Jahr nichts wirklich funktioniert und gepaßt hat.

[yoyo]

Naja, das kann ich nicht nachvollziehen. Der kleine yoyo@home server hat den Pentathlon fast immer gut überstanden wenn ich ihn daraufhin getuned hatte.
1. Zuvielen und zuoft Nachfragen der Clients begegenet man damit indem man das mindest Request Intervall hochsetzt, z.B. auf 10 Minuten.
2. Den Boinc server hält man schnell indem man für eine kleine DB sorgt, also:
- worunits/results schnell nachdem sie validiert wurden aus der DB löschen
- nicht hunderttausende Workunits zum versenden vorhalten, sondern nur enige Tausend, wenn es dann weniger als X werden, neue einspeisen.
3. Dafür sorgend (falls es geht) dass die Workunits lange laufen, also nicht nur Minuten sondern einige Stunden
4. DB Performance tunen, z.B. der DB viiiiiiiel RAM gönnen.

So hat der yoyo@home server mit 1 core, 500MB Ram und 75GB Disk überlebt. Später wurde der RAM auf 1GB erhöht, von der das meiste von der DB benutzt wurde. CPU und RAM waren aber eigentlich nicht das Problem, sondern IO. Die disk war 100% beschäfftigt, was nur durch eine kleine DB in den Griff zu bekommen war.