PrimeGrid

[Maeda]

De mon côté, toujours même logique = saturer le cache L3 et HT off (ou 50% de CPU utilisés + script d'affinité). Ryzen 5950x : 8 threads par UT et 2 UT max en parallèle : 1h40 par UT

D'après de récents tests sur CPS (CPU donc) :

Official update: after few different benchmarks on different CPU types, it was confirmed that correct formula for CPU L3 cache usage in compositorial and primorial projects is 2 * FFT * 8 (not *16 as was thought before).

For example, if you see a task which says "2x400K FFT", than cache usage will be 2*400*8=6400 KB.

Example of benchmarks on Ryzen with 6 cores and 32 MB cache per CCD:

Threads    ms/bit    Gain
1    5,3922   
2    2,2231    1,2128
3    1,4330    1,0342
6    0,8000    0,8956


A 2x400K task uses 6400KB of cache. 6 tasks will use 6400*6=37.5 MB of cache and will not fit into 32 Mb. So switching to 2 threads / 3 tasks will improve performance by 21% - 3 tasks will fit into cache just fine.
Switching to 3 threads do not improves things much. The table shows 3% gain but it can be related to measurement errors.
Switching to 6 threads will make things worse. Cache state is already OK but losses related to synchronization of many threads starting to grow significantly. So, to get a maximum performance, it's critical to keep number of threads as small as possible (while tasks can still fit in the cache).

Pour celles/ceux dont l'anglais donne des boutons :

Mise à jour officielle : après plusieurs tests de performance sur différents types de processeurs, il a été confirmé que la formule correcte pour l'utilisation du cache L3 du processeur dans les projets de composition et de primorial est 2 * FFT * 8 (et non *16 comme on le pensait auparavant).

Par exemple, si vous voyez une tâche qui indique « 2x400K FFT », l'utilisation du cache sera de 2*400*8=6400 Ko.

Exemple de tests de performance sur Ryzen avec 6 cœurs et 32 Mo de cache par CCD :

Threads    ms/bit    Gain
1    5,3922   
2    2,2231    1,2128
3    1,4330    1,0342
6    0,8000    0,8956


Une tâche 2x400K utilise 6400 Ko de cache. 6 tâches utiliseront 6400*6=37,5 Mo de cache et ne tiendront pas dans 32 Mo. Le passage à 2 threads / 3 tâches améliorera donc les performances de 21 % - 3 tâches tiendront parfaitement dans le cache.
Passer à 3 threads n'améliore pas beaucoup les choses. Le tableau montre un gain de 3 %, mais cela peut être lié à des erreurs de mesure.
Passer à 6 threads aggravera la situation. L'état du cache est déjà correct, mais les pertes liées à la synchronisation de nombreux threads commencent à augmenter de manière significative. Ainsi, pour obtenir des performances maximales, il est essentiel de maintenir le nombre de threads aussi faible que possible (tant que les tâches peuvent encore tenir dans le cache).

Traduit avec DeepL.com (version gratuite)

Du coup 8Mo de cache L3 par UT finalement, donc je teste plutôt avec 8 UT / 2 threads (ce qui devrait remplir les deux caches L3 de mes deux CPU [Ryzen 5950x CCD, 32Mo L3 chaque]).
Je vous dirai ce que ça donne.

Pour l'instant sur 24h avec 2 UT / 8 threads, je tourne aux alentours de 14 UT / jour.

[JeromeC]

Ils sont fous ces gaulois (et ces germains) 

[zOU]

Dear Primefinder,

Congratulations! Our records indicate that a computer registered by you has found a unique prime number. This computer is running BOINC, is attached to the PrimeGrid project, and is assigned to the Generalized Fermat Prime Search n=17 Mega (GFN-17-Mega). What makes this prime unique is that it's large enough to enter the Top 5000 List in The Largest Known Primes Database.

Since you have auto-reporting selected, the following prime was submitted on your behalf:

Added 141180 : 366889726^131072+1 (1122571 digits)

This prime was found on this workunit which will automatically show as a prime result after verification by the Largest Known Primes Database.

If you have any questions or concerns, please contact us and we will surely resolve any problems.

Once again, congratulations on your find! Thank you for participating in PrimeGrid.

PrimeGrid staff

[[AF>Amis des Lapins] Jean-Luc]

Waouh !
Excellent, un MegaPrime à ton actif !

 

[JeromeC]

Bravo comment on sait qu'il est "méga" déjà, parce qu'il est dans le top 5000 ?

[[AF>Amis des Lapins] Jean-Luc]

Bravo comment on sait qu'il est "méga" déjà, parce qu'il est dans le top 5000 ?

Nan, c'est parce qu'il fait plus de 1 million de chiffres !

Notons que si tu en découvres un de plus de 100 millions de chiffres, tu gagnes un prix de 150000 dollars.
Et si tu passes le milliard, tu gagnes un prix de 250000 dollars (un quart de million).

[JeromeC]

C'est Trump qui paye ?

[[AF>Amis des Lapins] Jean-Luc]

C'est Trump qui paye ?

A mon avis, il ne sait même pas vraiment ce qu'est un nombre premier !

[zOU]

Waouh !
Excellent, un MegaPrime à ton actif !

 

il n'apparait pas dans mes stats par contre ?
https://www.primegrid.com/primes/?section=primelist&userid=392025

[[AF>Amis des Lapins] Jean-Luc]

Normal : tu viens de le découvrir et maintenant leurs serveurs doivent fournir un test de primalité pour que le résultat soit certain à 100%. Cela va prendre quelques jours.
Mais cela ne s'est jamais produit que le test de primalité échoue.
Si cela devait être le cas, ce serait encore plus sensationnel : il s'agirait du premier nombre repéré comme pseudo-premier avec les algorithmes en vigueur qui ne soit pas réellement premier.
Et là, ta découverte aurait une tout autre dimension !
Mais rassure-toi, il sera prouvé premier !

 

[zOU]

En effet ;-)
Genefer 17 Mega v4.10 (opencl_intel_gpu_GFN17MEGA), pas mal pour une petit ARC A750 ;-)

[[AF] Kalianthys]

Bravo zOU pour ton nouveau badge !