PrimeGrid: International Cat Day Challenge

[gemini8]

Ich schrieb doch, dass ich 5t-Tasks laufen lasse.

[Kolossus]

Ich schrieb doch, dass ich 5t-Tasks laufen lasse.

Das war für mich nicht so offensichtlich, ich bin von 15 Threads ausgegangen....

[gemini8]

Bei den 5700X nehme ich tatsächlich gerne drei oder fünf Threads, sofern es mit dem L3 Cache passt, denn dann habe ich bei den 5700X einen Thread für die Fütterung der GPU frei.
Beim 5600 nehme ich stattdessen drei oder vier Threads, und die GPU hat Pech, und beim 5950X passe ich mich - zumindest für PrimeGrid - den 5700X'en an.
Bei Kleinkram und außerhalb von PrimeGrid gibt es diesen Schickschnack allerdings nicht, wobei ich bei den Multithread-Tasks anderer Projekte schauen sollte, ob ich sie auch in VMs sperre.

[Kolossus]

Es ist schon schwer, für die 16-Kerner die richtige Einstellung gerade bei PrimeGrid zu finden, jedes Unterprojekt ist anders und hält viele Fallstricke bereit.
Gerade der Cache ist einer der besten davon. In der Regel gibt es nur eine Größe: zu klein.
Daran haben sich schon viele Cruncher die Zähne ausgebissen, CPUs mit vielen Kernen richtig zu „füttern“
Die anderen Projekte sind da genügsamer und weniger anspruchsvoll. Bei PrimeGrid die richtige Einstellung zu finden, ist eine Wissenschaft für sich.

[gemini8]

Das gleiche Problem wie jetzt beim 5950X hatte ich schon beim 3700X.
Zwei mal 16 MB L3 Cache damals, zwei mal 32 MB L3 Cache jetzt.
Seit ZEN3 haben die Ryzen 7 keinen zweigeteilten Cache mehr, was für unsere Zwecke natürlich sehr günstig ist.
Und die üblichen Singletask-Aufgaben der meisten Projekte sind unkompliziert.
Betroffen sind wohl nur PrimeGrid, Private GFN Server und SRBase sowie möglicherweise Amicable, MilkyWay und die LHC-VMs.
yafu 'mogelt' und packt einfach mehrere Aufgaben in eine WU, so dass man nicht darüber nachdenken muss, ob etwas sauber skaliert, oder ob es in dem einen oder anderen Bereich des Caches läuft, weil nicht mehrere Aufgaben auf einen gemeinsamen Teil des Caches zugreifen wollen und sich abstimmen müssen.

Zu der L3 Geschichte kommt dann noch die Frage nach Hyper-Threading / SMT. Dessen Effizienz ist je nach Takt, Projekt und Prozessorgeneration gut bis nicht vorhanden oder sogar negativ.

Im Großen und Ganzen kann man die optimalen Einstellungen für PrimeGrid unter Windows finden, wenn man den Hinweisen des Teams und der Webseite folgt und ggfs. noch Affinity Watcher in der Kommandozeile laufen lässt. Unter Linux ist es etwas mehr Frickelei, und das angebissene Obst will gar nicht so sehr verfrickelt werden.

[gemini8]

Das Clean-Up läuft.

17 Rechenkraft.net 5 892 768.89 940

81 joe carnivore Rechenkraft.net 1 450 328.82 188
163 N0vas Rechenkraft.net 535 834.31 70
167 RKN-Cluster Rechenkraft.net 518 993.73 76
186 PrimeMartin Rechenkraft.net 413 496.14 67
331 Kyr Rechenkraft.net 82 875.69 10
338 SEK Rechenkraft.net 70 910.88 8
364 Armin Gips Rechenkraft.net 39 036.34 8
396 FritzsHero Rechenkraft.net 12 194.50 2

Alles schon sicher.
Nur einer hat noch Ausstände, die die Plazierung beeinflussen könnten:

46 gemini8 Rechenkraft.net 2 769 098.47 511