Pentathlon 2016

[Felix2015]

@yoyo - vielleicht solltest du Berater bei Travis werden?
Er will im Verlauf des späten Tages die RAMs aufstocken.
Mehr habe ich nicht verstanden...

[Felix2015]

@pschoefer von SG hat eine Grafik zum Run des PG-Projektes vom Admin bekommen.

[yoyo]

Die typischen ersten Reflexhandlungen eines Admins bei einem überlasteten Server:
- ich brauch mehr Ram und mehr Cores.
Man sollte aber erstmal rausfinden wo der Bottleneck ist:
- iostat
- cpu auslastung
- DB statistiken

Bitcoinutopia hat(te) das gleiche Problem dass deren Server völlig überlastet war, ein Server mit 8 Mal mehr Cores und 16 Mal mehr RAM als der yoyo Server und da war kein Race. Aber sie riefen nach einem größeren Server. Mein Vorschlag die WUs doch länger als 7 Minuten (auf meinem Laptop) zu machen haben sie ignoriert.

PS: Hab mit Performancetuning seit Jahren im Job zu tun, da kommen die merkwürdigsten Dinge raus.

[Yeti]

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.

Sehr geschickt und sehr effektiv gemacht

Aber ich vermute, die größte Problematik habt ihr umschifft, nämlich die "Homogeneous redundancy". Das ist nach meinem Kenntnistand der absolute Serverkiller und da kann man wohl nur durch massive Hardwareunterstützung gegensteuern. Glücklich all jene, die ein Quorum von 1 haben oder keine "Homogeneous redundancy" benötigen

[Stiwi]

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....

wenn die vorher so eingestellt waren, kann es auch sein dass der Boinc client denkt dass die solang laufen und rosette die nach 2h beendet.

[Felix2015]

@yoyo - mmh, vielleicht überlegst du mal daran, statt hier dein Wissen auszubreiten wie toll du mit deinen yoyo-server klar kommst, deine professionellen Ratschläge Travis zukommen zu lassen. Wäre ja möglicherweise hilfreich - aber deine Tips habe ich im CSG-Forum bisher leider nicht lesen können.
Und ob Travis hier im RKN-Forum reinschaut?
Wer weiß.

[gemini8]

Mir hat neulich ein Bekannter erzählt, daß die meisten Leuten verkehrt mit Last auf Datenbanken umgehen, und daß sie relativ beratungsresistent sind.
Dagegen hilft tatsächlich kein größerer Server, sondern nur eine andere Herangehensweise.

[Yeti]

Mir hat neulich ein Bekannter erzählt, daß die meisten Leuten verkehrt mit Last auf Datenbanken umgehen, und daß sie relativ beratungsresistent sind.
Dagegen hilft tatsächlich kein größerer Server, sondern nur eine andere Herangehensweise.

Hab gerade ein schönes Beispiel:

Ein Programmlauf soll für 15 Kunden komplexe Artikel-Berechtigungszugriffe erstellen.

Variante 1 (als StoredProc) ist das Programm 23 Minuten gelaufen für 77.959.968 Detailsätze.
Variante 2 (als Funktion) ist das Programm nach 30 Minuten immer noch nicht fertig bei gleicher Zielmenge der Detailsätze

[yoyo]

@yoyo - mmh, vielleicht überlegst du mal daran, statt hier dein Wissen auszubreiten wie toll du mit deinen yoyo-server klar kommst, deine professionellen Ratschläge Travis zukommen zu lassen. Wäre ja möglicherweise hilfreich - aber deine Tips habe ich im CSG-Forum bisher leider nicht lesen können.
Und ob Travis hier im RKN-Forum reinschaut?
Wer weiß.

Ich komm ja nicht mal in deren Forum, weil der Server überlastet ist .
Bei yoyo@home liegt das Forum im Übrigen nicht auf dem yoyo Server. Das war eine Entscheidung gleich am Anfang das zu trennen.

[Nuke]

Ich bin zurzeit etwas ratlos, wie ich weitermachen soll. 4 Rosetta-WUs laufen, 4 weitere habe ich noch liegen. Neue WUs bekomme ich nicht, weil "Rosetta Mini for Android" für meinen PC nicht verfügbar ist. Ich habe noch 4 Universe-WUs liegen, die zu 50% fertig sind und die ich dann fertigrechnen werden, wenn Rosetta nichts mehr ausspuckt, danach liege ich blank.



Edit:
Ein Neustart des Boinc-Clients hilft auch nichts.

[yoyo]

Ha ihm mal eine PM geschickt. Aber wie Yeti schon sagte, die Leute sind oftmals Beratungsresistent.

[gemini8]

Ha ihm mal eine PM geschickt. Aber wie Yeti schon sagte, die Leute sind oftmals Beratungsresistent.

/me ist kein Yeti.

*edit*
Bei Rosetta scheint es teilweise etwas zu dauern, bis die Rechner mitbekommen, daß sie eine andere Laufzeit haben.
Einige meiner Schätzchen machen's richtig, aber die, die sowieso Probleme mit Rosetta haben, arbeiten wie gehabt.
*end edit*