Formula Boinc 2018

[csbyseti]

Also kann ich alle Docker WU's löschen weil die mit 16 CPU's reingekommen sind.
Wenigstens haben sie den Rechner nicht blockiert weil ich die Netzwerkverbindung gekappt hatte.
Womit die Docker Wu's nicht zum Bunkern taugen.

Bin mal gespannt wieviel WU's von den champ-legacy überhaupt Punkte bekommen, die Laufzeit scheint ja zum Teil einiges über 12 Stunden zu liegen.

[X1900AIW]

Hab nur nonvirtuelle physische Ware, Laufzeiten schwanken stark, anfangs mit SMT/HT gerechnet (CPU package power ~65 Watt, CPU 53 Grad, VCore etwas niedriger), nacht über ohne (~50 Watt, CPU 48 Grad), Screenshot, bin nur bis heute abend im Spiel.

[csbyseti]

Du lässt also Deinen 2700X als optimierten 2700 laufen.
Hast Du das über das Ryzen Master Tool eingestellt oder über das Bios?

[gemini8]

Das von Boinc erkannte VirtualBox wird auf meinem Tux weder von Cosmology, noch von LHC genutzt, also muß ich dort die Legacy-WUs rechnen.
Die Win-Kiste bekommt auch Futter für VirtualBox, das sich allerdings nicht im Bunker rechnen ließ.
Mein Core2Duo Mac unter El Capitan darf gleich mal testen, ob er Aufgaben für VirtualBox bekommt. Da die nicht lange laufen, sollte das wenigstens etwas bringen.

[csbyseti]

hoffentlich wird das noch besser, im Moment habe ich 64 WU's camb_legacy abgeliefert und nur 2 haben bis jetzt Credits bekommen.

[gemini8]

Legacy: 27 pending, 4 valid.
Und mein MacBook bekommt keine Arbeit...

[X1900AIW]

Meine letzten laufen durch: In Bearbeitung (6) · Überprüfung ausstehend (14) · Überprüfung ohne Ergebnis (0) · Gültig (23) · Ungültig (0) - euch noch einen erfolgreichen Sprint!

Du lässt also Deinen 2700X als optimierten 2700 laufen.
Hast Du das über das Ryzen Master Tool eingestellt oder über das Bios?

Alles über BIOS, hatte von 3200 bis 4300 Mhz so ziemlich jede Taktstufe ausgelotet, mit Offset bzw. fester Vcore, über alle 5 Stufen LLC, über die Methode cTDP von 1 bis 160 Watt (Autospannungen sowie Offset), bei den üblichen oberen Taktraten deckt sich auf meinem System die Core Package Power (SMU) mit der gemessenen Differenz zwischen Idle und Vollast. Bei den niedrigen Taktraten < 3700 zeigt die SMU ein paar Watt mehr an als gemessen, das wird vom Mainboard abhängen schätze ich. Bei den sehr hohen Taktraten wiederum ist die LLC "Leistung" samt Verbrauchsspitze vermutlich ähnlich abhängig von der Spannungsversorgung des Mainboards. Bei meinem Asus Board ist es m.E. leichter, mit Offset vorzugehen, da habe ich einfach/schneller stabile und niedrige Lastspannungen erzielen können. Trotz der ziemlich konstanten Lastverteilung auf die Kerne gibt es jedoch mit Offset je nach Projekt Schwankungen der Lastspannung, mit fester VCore sind diese nur minimalst, eigentlich logisch bei "solider" VRM. Ohne SMT, also 8C/8T hatte ich eine magische Grenze von ~133 Watt SMU beobachtet, schätze AMD und Boardhersteller riegeln das irgendwie ab. Mal sehen, ob es mit dem neuen Asus BIOS 4018 (19.07.2018 veröffentlicht) geändert wurde, betrifft evt. mehrere AM4 Generationen von Asus. Wobei mich die Leistungsspitzen im Takt weniger interessieren, untenrum haben die 8 Kerne schon unter 1 Volt genug viel zu bieten, für die Leise-Kühlung optimal.

[gemini8]

Schon ziemlich mies. Drei Rechner, die grundsätzlich keine Probleme damit haben, vbox-Aufgaben zu bekommen. Einer davon hat noch ein paar Legacies, für einen mußte ich x-mal aktualisieren, bevor er drei vbox-Aufgaben zusammenhatte, und einer bekommt gar nichts. Der Server hat allerdings Aufgaben.
Gut - das Problem dürften alle haben. Trotzdem nervig!

[gemini8]

Boinc Australia hat uns gerade überholt.

[csbyseti]

Dieses Race wird schwierig werden. Hab viel zu viele WU's auf Pending stehen.
Von dem Ryzen 1700 hat überhaupt noch kein Result Credits bekommen.

Dabei wird überhaupt kein zweites Result zum Überprüfen benötigt.
Es reicht wohl wenn das mit abgebrochen etc reinkommt.
Da könnte man auch gleich Credits vergeben.

https://www.cosmologyathome.org/workuni ... d=57217564

Name wu_071918_143433_0_0
Anwendung camb_legacy
erstellt 19 Jul 2018, 14:34:33 UTC
autorisiertes Ergebnis 72733932
gewährte Punkte 236.87
Mindestanzahl 1
Anfängliche Kopien 1
max # von Fehler/Gesamt/Erfolg Aufgaben 3, 4, 1
Aufgabe
anklicken für Einzelheiten Computer Gesendet Meldezeit
oder Ablaufdatum
Erklärung Status Laufzeit
(sek) CPU Zeit
(sek) Punkte Anwendung
72733932 361291 19 Jul 2018, 15:27:01 UTC 21 Jul 2018, 1:48:00 UTC Fertig und Bestätigt 34,486.30 34,141.48 236.87 camb_legacy v2.17

72730723 309085 19 Jul 2018, 15:13:17 UTC 19 Jul 2018, 15:21:04 UTC Abgebrochen 0.00 0.00 --- camb_legacy v2.17

Von Überprüfen kann da ja wohl keine Rede sein.

[yoyo]

Bei den camp_legacy gibts wohl Probleme mit der Validierung. Marius ist sich nicht sicher ob er das schafft die vor Ende des Races zu beheben.

Die boinc2docker WUs werden hingegen sofort validiert und sind auch recht kurz.
Mit dem update script bekommt man auch welche.

Ich hab alle WU Typen zugelassen. Wenn man boinc2docker bekommt drängeln die sich vor wegen der kürzeren deadline. Wenn man keine hat rechnet er die camp_legacy.

[gemini8]

Ich habe keine Legacy zugelassen, wohl aber Arbeit von anderen Applikationen, wenn keine gewünschte Arbeit vorhanden ist.
Damit sollte ich die vbox-Aufgaben überall dort bekommen, wo ich sie rechnen kann. Klappt leider nicht so, wie ich es mir denke.
Mich würde interessieren, warum die VirtualBox auf meinem Tux nicht von den Projekten erkannt zu werden scheint. Boinc sagt, daß sie da ist...
Script bekomme ich nur auf dem Tux hin, aber für die Legacy-Dinger brauche ich es nicht, weil ich von denen vor dem Race ordentlich gezogen hatte.