Primegrid: World Bamboo Day Challenge (18.-23.09.25)

[Michael H.W. Weber]

Nö.

Michael.

[Kolossus]

Kurios und ebenfalls noch nie dagewesen:
Pausiere ich einen der 4er Tasks..........

Kann ich so nicht bestätigen.
Habe mal 4 WUs je 4 Threads am Laufen, die gesamt etwa 57 % CPU-Leistung beanspruchen. Bei Anhalten einer WU bricht auch sofort die CPU-Leistung ein.
Für die Berechnung glaubt Boinc 8.2.4, mit 7 Std. Rechenzeit hinzukommen. (Win 11 ohne Optimierung, auf max. 120 Watt eingestellt)

[JagDoc]

Kurios und ebenfalls noch nie dagewesen:
Pausiere ich einen der 4er Tasks, bricht nicht etwa die CPU-Auslastung ein.
Dasselbe beim Pausieren eines weiteren 4er-Tasks.
Mein Verdacht: Primegrid hat irgend etwas fehlkonfiguriert mit der mt-Zuordnung?
Vielleicht sind die 4er tatsächlich WUs mit 8 Threads? Das würde Dinge erklären, wobei die eigentlich gar nicht starten sollten...
Mir ein Rätsel...

Michael.

Laut PrimeGrid-Forum ist es ein Problem mit/von Boinc 8.2.x, das die einstellungen nach Ändern nicht übernommen werden.

http://www.primegrid.com/forum_thread.p ... 559#183316

[JagDoc]

Ich hab es auf dem 7945HX Linux mit 8.2.4 ausprobiert.
Von 8 WU je 2C auf 4 WU je 4C umgestellt, die WUs rechnen immer noch mit 2 Kernen aber es laufen nur noch 4 WUs.
Die Anzahl der laufenden WUs stimmt zu der Einstellung, aber die Anzahl der Kerne wird nicht übernommen.

Beim Umstellen von 8 Kernen/WU auf 4 Kerne/WU ist es vermutlich anderstrum, doppelt so viele WUs auf immer noch je 8 Kernen.

[Michael H.W. Weber]

Das ist echter Bockmist.
Aber die Laufzeiten sind obendrauf nochmal ein Haufen Bockmist.
Ich hatte als erstes 4 WUs mit je 8 Kernen eingestellt. Laufzeiten hatte ich ja berichtet.
Dann umgestellt auf 8 WUs mit je 4 Kernen und ab dem Zeitpunkt gab es Stress mit massivem Anstieg der Laufzeiten trotz geirngerer Kernzuweisung, den ich auf nicht mehr behoben bekommen habe.
Allerdings scheinen die WUs auch extrem unterschiedlich zu sein im Anspruch.

Mir jetzt Wumpe, wird so durchgezogen, danach fliegt Primegrid erstmal runter.

Ich hatte noch eine CUDA-Installation zwischendrin durchgeführt. Also das CUDA-Toolkit, da NVIDIA ja aus Gründen, die nur NVIDIA kennt beim Installieren der NVIDIA-Grafiktreiber zwar OpenCL inkludiert, nicht aber CUDA. Und: Neuerdings muss man zwingend VisualStudio von Winzigweich installieren, um alla CUDA-Features nutzen zu können. Habe das also vorab noch mit Minimalkomponenten draufgezogen. Eigentlich für mich wieder ein Ausschlussgrund, NVIDIA überhaupt zu verwenden...

Michael.

[Michael H.W. Weber]

Mittlerweile brauchen die 4er WUs bei mir 95.000 Sekunden.
Es wird immer grotesker.

Laut PrimeGrid-Forum ist es ein Problem mit/von Boinc 8.2.x, das die einstellungen nach Ändern nicht übernommen werden.

http://www.primegrid.com/forum_thread.p ... 559#183316

...habe das Problem mal den Entwicklern per eMail zukommen lassen.
Sie möchten es aber gern im GitHub gemeldet haben.
Dort komme ich derzeit allerdings nicht rein, da mir mein Smartfonakku letzte Nacht um die Ohren geflogen ist und 2FA erstmal ausfällt. Wegen is nich.
Habe daher den Kids im Primegridforum mal den Hinweis hinterlassen.
Vielleicht gibt's jemanden, der nicht zu faul ist...

Michael.

[Novas]

Ich hatte noch eine CUDA-Installation zwischendrin durchgeführt. Also das CUDA-Toolkit, da NVIDIA ja aus Gründen, die nur NVIDIA kennt beim Installieren der NVIDIA-Grafiktreiber zwar OpenCL inkludiert, nicht aber CUDA. Und: Neuerdings muss man zwingend VisualStudio von Winzigweich installieren, um alla CUDA-Features nutzen zu können. Habe das also vorab noch mit Minimalkomponenten draufgezogen. Eigentlich für mich wieder ein Ausschlussgrund, NVIDIA überhaupt zu verwenden...

Michael.

Windows oder Linux?
So oder so bringt der Treiber IMMER die CUDA Runtime mit. Wenn du entwickeln willst oder speziellere Libs. direkt ansprechen willst, müssen diese vom entsprechenden Programm mitgeliefert werden ODER das CUDA Toolkit installiert werden (musste ich selbst im Rahmen des Data Science Studiums noch nie machen, da alle großen Frameworks alles fertig kompiliert mitliefern).
Dass man für irgendwas davon Visual Studio braucht wüsste ich auch nicht, ggf. mal für eine GUI o.Ä. eine Redistributable nachinstallieren, aber dafür braucht man kein VS. Würde mich mal interessieren was von VS abhängen soll (sowas wie C++ Build Tools würde Sinn ergeben, aber auch diese kann man ohne VS installieren. Wenns aber ums manuelle Bauen von Projekten geht, ists ja normal, dass man entsprechende Abhängigkeiten installieren muss und ein reiner Treiber nicht alles mitliefert.)

[Novas]

Mittlerweile brauchen die 4er WUs bei mir 95.000 Sekunden.
Es wird immer grotesker.

Michael.

Mir würden da zwei Gründe einfallen (die davon ausgehen, dass die Applikation richtig läuft):
(Achtung: Ich hab hier jetzt nicht mehr alle deine Einstellungen im Kopf)
1. Aufgaben werden größer und brauchen mehr Cache. Falls du dann bei 32 Threads 4t WUs laufen hast, hat du also 8WUs mit je max. 12MB Cache. Ein 5950X hat zwei Chiplets (CCD und CCX) mit jeweils 8 Kernen, 16 Threads und 32MB L3 Cache. Somit hättest du 4WUs pro CCD = 4*12MB = 48MB Cache -> Cache läuft voll und es wird auf RAM ausgewichen, welcher VIEL langsamer ist.
2. CPU drosselt aus welchen Gründen auch immer (meist zu hohe Temperatur). Hier mal einen Hardware-Monitor deiner Wahl konsultieren und schauen ob irgendwas auffällig ist (Taktraten, Temperaturen, Stromaufnahme)

EDIT:
Zu 1 noch: Falls du die Core-Zuweisung der Threads nicht irgendwie sauber pro WU auf ein CCD zuweist, kann es auch schon bei weniger Speicherbedarf der WUs zu überlaufen des Caches kommen, da dann im worst Case alle WUs auf allen CCDs leigen (bspw. zwei Threads jeder WU auf beiden CCDs). Dadurch entstehen natürlich auch extrem viele Cache Misses und die Daten müssen aus dem RAM geholt werden. Bei speichergebundenen Programmen (keine Ahnung ob das hier der Fall ist), ist es deshalb so unglaublich wichtig die Threads einer WU auf einem CCD zu lassen, sodass so wenig Krams wie möglich im Cache liegt und man im idealfall nur zum Start einmal aus dem RAM lädt und dann nie wieder. Sowas kann man immer gut feststellen, wenn theoretisch alle Threads der CPU belegt sind, aber sie dennoch nicht auf 100% Auslastung sind. Das spricht dann dafür, dass der Speicherzugriff der Flaschenhals ist.

[Michael H.W. Weber]

Windows oder Linux?

Windoo 11 Pro.

So oder so bringt der Treiber IMMER die CUDA Runtime mit.

Nun, mein Test in der Powershell, ob denn CUDA installiert ist verflief nach NVIDIA-Treiberinstallation NEGATIV.
DC-Projekte, die CUDA erfordern, liefen bei mir NICHT.

Dass man für irgendwas davon Visual Studio braucht wüsste ich auch nicht, ggf. mal für eine GUI o.Ä. eine Redistributable nachinstallieren, aber dafür braucht man kein VS.

Die Redistributable war bei mir installiert, hat NICHT gereicht.

Würde mich mal interessieren was von VS abhängen soll...

...um das rauszufinden, brauchst Du aktuell nur bei Fehlen von VisualStudio das CUDA Toolkit installieren. Der Installationsassistent wird Dich dann im Detail darauf hinweisen, dass einige Funktionen ohne VS nicht laufen werden. Kann gut sein, dass das irgendein Spezialkarm ist - aber das kann der Nicht-CUDA-Entwickler, der ja nur CUDA unter BOINC nutzen möchte, ja nicht einschätzen und installiert zwecks Fehlerausschluss VS.

Michael.

[Michael H.W. Weber]

Mir würden da zwei Gründe einfallen (die davon ausgehen, dass die Applikation richtig läuft):
1. Aufgaben werden größer und brauchen mehr Cache. Falls du dann bei 32 Threads 4t WUs laufen hast, hat du also 8WUs mit je max. 12MB Cache. Ein 5950X hat zwei Chiplets (CCD und CCX) mit jeweils 8 Kernen, 16 Threads und 32MB L3 Cache. Somit hättest du 4WUs pro CCD = 4*12MB = 48MB Cache -> Cache läuft voll und es wird auf RAM ausgewichen, welcher VIEL langsamer ist.

Klingt nach einer interessanten Diagnose.
Warum läuft das dann bei anderen 5950X Systemen (gemini8 z.B.) stressfrei und bei mir selbst mit 8 Threads pro WU zuvor auch?

2. CPU drosselt aus welchen Gründen auch immer (meist zu hohe Temperatur). Hier mal einen Hardware-Monitor deiner Wahl konsultieren und schauen ob irgendwas auffällig ist (Taktraten, Temperaturen, Stromaufnahme)

...das hatte ich gecheckt. Kiste läuft völlig im Rahmen bei ca. 4,25 GHz.

EDIT:
Zu 1 noch: Falls du die Core-Zuweisung der Threads nicht irgendwie sauber pro WU auf ein CCD zuweist, kann es auch schon bei weniger Speicherbedarf der WUs zu überlaufen des Caches kommen, da dann im worst Case alle WUs auf allen CCDs leigen (bspw. zwei Threads jeder WU auf beiden CCDs). Dadurch entstehen natürlich auch extrem viele Cache Misses und die Daten müssen aus dem RAM geholt werden. Bei speichergebundenen Programmen (keine Ahnung ob das hier der Fall ist), ist es deshalb so unglaublich wichtig die Threads einer WU auf einem CCD zu lassen, sodass so wenig Krams wie möglich im Cache liegt und man im idealfall nur zum Start einmal aus dem RAM lädt und dann nie wieder. Sowas kann man immer gut feststellen, wenn theoretisch alle Threads der CPU belegt sind, aber sie dennoch nicht auf 100% Auslastung sind. Das spricht dann dafür, dass der Speicherzugriff der Flaschenhals ist.

Naja, wir haben oben ja genau das Problem diskutiert, dass mit der Core-/Thread-Zuweisung irgendwas im Argen ist....
Problem für mich: Da die Remotesteuerung über Primegrid auch nicht mehr funzt, kann ich aktuell an den Einstellungen nichts ändern.
Im übrigen sind ja per Prinegrid 11 WUs mit 3 CPU-Threads pro WU eingestellt.
Die 11 WUs (CPU+GPU) werden geholt, alle CPU-WUs haben aber 4 Threads ausgeiwesen.

Die GPU-WUs laufen übrigens völlig normal durch - mit der üblichen Geschwindigkeit. Ein weiterer Hinweis für mich, dass das System an sich OK zu sein scheint.

Michael.

[Michael H.W. Weber]

Ob wir es noch auf Platz 19 schaffen?
Bei mir liegt noch einiges bei Herrn PenDing...

Michael.

[gemini8]

Das vorläufige Ergebnis

Die Teamwertung:
1 TeAm AnandTech 255 971 656.44 42 427
2 Czech National Team 76 723 041.65 15 139
3 Ukraine 63 462 946.91 13 140
4 Antarctic Crunchers 62 251 696.68 9 470
5 SETI.Germany 59 284 697.92 13 833
6 Aggie The Pew 35 867 983.57 5 292
7 AMD Users 33 944 604.14 4 870
8 [H]ard|OCP 33 512 502.00 5 399
9 Romania 26 644 436.23 3 454
10 BOINC@MIXI 17 644 657.93 3 746
11 The Knights Who Say Ni! 13 401 088.74 2 167
12 Georgia Tech 12 125 588.89 1 801
13 BOINC@AUSTRALIA 12 121 258.11 2 538
14 SETI.USA 11 424 380.16 1 533
15 Planet 3DNow! 11 024 305.29 2 253
16 BOINC@Poland 10 819 514.32 2 034
17 Sicituradastra. 10 774 935.26 1 464
18 Ars Technica 10 528 862.19 1 601
19 Universe Examiners 7 397 275.12 991
20 Rechenkraft.net 7 355 293.80 1 078
21 BOINC.Italy 6 654 168.00 880
22 University of California, Berkeley 6 413 810.16 1 007
23 LinusTechTips_Team 6 051 298.00 877
24 BOINCstats 5 479 108.96 973
25 Team 2ch 5 071 541.33 905
.
106

Die Individualwertung:
1 Icecold TeAm AnandTech 80 466 201.42 16 270
2 markfw TeAm AnandTech 42 150 932.61 6 352
3 tng Antarctic Crunchers 40 869 337.90 5 988
4 vaughan AMD Users 31 970 886.85 4 392
5 crashtech Ukraine 31 332 872.97 4 534
6 [TA]Skillz Ukraine 30 097 766.33 4 088
7 ChelseaOilman TeAm AnandTech 28 911 231.20 4 149
8 EA6LE Romania 26 159 268.28 3 380
9 Aperture_Science_Innovators [H]ard|OCP 25 995 401.99 4 168
10 w a h TeAm AnandTech 22 932 585.18 2 933
11 cellarnoise2 TeAm AnandTech 20 842 195.88 3 611
12 10esseeTony TeAm AnandTech 20 459 057.42 3 858
13 parsnip soup in a clay bowl Ukraine 15 156 558.99 2 568
14 Scott Brown Aggie The Pew 13 749 733.37 1 736
15 Honza Czech National Team 12 212 852.08 1 678
16 zombie67 [MM] SETI.USA 11 182 909.91 1 501
17 No_Name SETI.Germany 10 448 905.80 1 517
18 Tritonix Czech National Team 10 430 084.56 1 518
19 mfl0p Aggie The Pew 10 160 468.56 1 476
20 288larsson Sicituradastra. 9 857 223.31 1 340
21 JG4KEZ(Koichi Soraku) BOINC@MIXI 9 412 611.90 1 953
22 KetamiNO [YouTube] Ukraine 8 927 553.36 4 416
23 DeleteNull SETI.Germany 8 923 986.87 1 378
24 Venec Czech National Team 8 374 992.93 4 125
25 Marlin84 Georgia Tech 8 325 669.86 1 141
.
80 gemini8 Rechenkraft.net 2 057 342.38 309
107 RKN-Cluster Rechenkraft.net 1 483 731.80 194
116 joe carnivore Rechenkraft.net 1 213 421.16 120
165 Kolossus Rechenkraft.net 670 899.11 95
167 N0vas Rechenkraft.net 663 556.59 101
213 Michael H.W. Weber Rechenkraft.net 400 283.38 48
254 PrimeMartin Rechenkraft.net 272 672.27 24
295 magihatfertig Rechenkraft.net 159 226.95 125
301 Armin Gips Rechenkraft.net 151 478.76 19
311 Kyr Rechenkraft.net 132 894.49 12
356 SEK Rechenkraft.net 64 763.85 12
361 yoyo_rkn Rechenkraft.net 60 506.26 8
409 dampf Rechenkraft.net 24 516.81 11
.
465

Bei PrimeGrid Wettkämpfen werden zunächst alle Ergebnisse gewertet, dann ggfs. während der Validuerungsphase aus der Wertung entfernt, wenn sie falsch sind.
Das Pending beeinflusst nur das persönliche Konto.

Ein 20. Platz des Teams in den ersten 20% des Feldes.
Bei dem heftigen Aufrüsten auf ZEN4 und ZEN5, das einige Leute in anderen Teams betrieben haben, kein schlechtes Ergebnis.
Wenn ich überlege, wie viele private EPYCs in den TOP 10 herumschwirren, wird mir ganz anders.