Tour de Prime 2025

[modesti]

A l'heure où je regarde le tableau, déjà 3

[[CSF] Christian Carquillat]

Et quand je vois le RAC de ceux qui en ont trouvé, ça fait peur

[Rhodan71]

Petite question :
j'aimerais faire tourner en parallèle 2 WU CPU (PPSE) et 1 WU GPU (GFN17).
Or, si je mets dans le paramétrage PrimeGrid "Max # of simultaneous PrimeGrid tasks" à 3, j'ai parfois droit à 3 WU GPU et 0 CPU car ce paramètre vaut pour toutes les WU, qu'elles soient en cours ou non. Je ne peux pas mettre "No limit" en valeur car sinon j'ai 200 GFN17 prêtes à démarrer et comme celles-ci ne sont pas "Everyone is "first"!", ça ne sert à rien (dans le cadre du Tour de Prime, où il faut être premier).
Vous faites comment, vous ? Passer par un app_config.xml ?

[[CSF] Christian Carquillat]

Vous faites comment, vous ? Passer par un app_config.xml ?

Alors ça, avec un app_config simplifié, ce n'est pas possible d'optimiser convenablement
Il y a toujours un moment où le GPU (voire des cores) s'ennuie(nt) et avec PG et leur course au 1st l'optimisation requiert pas mal de patience

Peut-être bien qu'en peaufinant avec le générateur de notre génial Seb il y a moyen de limiter le nombre de WU max téléchargées pour chaque projet

[Rhodan71]

Ca n'a pas l'air de fonctionner.

Si je mets ça :

Code Sélectionner Étendre

<app_config>
<app>
<name>genefer17mega</name>
<max_concurrent>1</max_concurrent>
<report_results_immediately/>
</app>
<app>
<name>llrPPSE</name>
<max_concurrent>2</max_concurrent>
</app>
<project_max_concurrent>3</project_max_concurrent>
</app_config>

ça indique juste que je ne veux pas plus de 2 PPSE et 1 GFN17 exécutées en parallèle, mais j'en ai quand même plein prêtes à démarrer.
Je ne vois pas dans l'outil de Seb de moyen de limiter à 3 en tout et pour tout (enfin, c'est sûrement pas lié à l'outil, mais au fonctionnement de BOINC).

[[CSF] Christian Carquillat]

En dehors de baisser la durée de cache et reprendre un peu le profil PG, je n'ai pas la solution miracle

[[CSF] Christian Carquillat]

Déjà 3 Primes pour SG, tous en PPSE

Du coup je vais essayer de mettre deux 3070 en GFN-17 en plus de mes autres PC en PPSE

[Maeda]

Que ce soit GFN17 ou PPSE, tout le monde est "premier". Tu peux avoir du cache sans problème. Tu n'auras pas de "first" uniquement sur les "minis" tâches de validation (courtes).

Concernant les réglages du site Primegrid, je fais en sorte de laisser le PC 100% pour Primegrid et donc le réglage du site marche bien. Ayant limité Boinc Manager à 50% des CPU et sur site PG "No limit" en max UT en parallèle et 1 tâche par UT (car multithread sur PPSE n'est pas conseillé), il se comporte bien alimentant systématiquement les GPU et tous les CPU (grâce au No limit).

En outre, je prends du cache car sinon il y a une perte de temps systématique pour commencer une nouvelle UT (ou un gap avec des calculs avec un nombre de UT en parallèle inférieur à ce que le PC pourrait faire). Sur une longue durée, cette perte est notable.

[[CSF] Christian Carquillat]

Mettre PG sur "No limit" est bien le seul moyen d'éviter les tournages de pouces

J'avoue que j'ai tellement vu tout et son contraire sur les "1st", et comme on peut avoir autant de proof task que de main task sans pouvoir jouer là-dessus, ça serait bien de pouvoir tenir une très faible réserve

[Rhodan71]

Que ce soit GFN17 ou PPSE, tout le monde est "premier". Tu peux avoir du cache sans problème. Tu n'auras pas de "first" uniquement sur les "minis" tâches de validation (courtes).

Ah yes, tu as raison, je n'avais pas vu le "Everyone is "first"!" pour GPU qui est en début de section des sous-projets (et non sous-projet par sous-projet comme en CPU) 

[JeromeC]

J'ai le droit de dire que j'ai rien compris ? 

[Maeda]

Calcule simplement et ne t'occupe pas de savoir si ton CPU ou ton GPU est plus rapide qu'un autre, le tout est de faire des UT (sur sous-projets éligibles, exit donc les Sieve) pour maximiser tes chances de prime .

C'est déjà assez complexe comme ça .

[[CSF] Christian Carquillat]

En fait c'est un tour déprime pour Jéjé, il aimerait bien avoir du taf GPU peut-être

[JeromeC]

Non mais en fait ça c'est ma faute après ma putain de DYFL que j'ai laissé se finir après 22j de calcul (et qui n'est toujours pas validée je vois qu'ils plantent tous sur la proof task ) j'ai choppé sans le vouloir une GFN21  et j'ai pas eu le coeur de la tuer, elle a encore 7h de calcul demain ça bascule sur GFN17.

Quant au CPU je veux juste finir mon mini objectif de début d'année d'arriver à 3M sur asteroid et j'y suis presque en fait (dans moins de 3j je dois les passer) et je basculerai aussi.

Ce que j'ai pas compris plus haut c'est le "Everyone is first" ?

[Maeda]

Tu observeras que pour les sous-projets éligibles au TdP (et plus largement les LLR2), il n'y a plus besoin d'être rapide pour calculer plus vite que son wingman (double vérification). Maintenant des UT courtes sont distribuées pour faire la vérification.

Ce qui t'assure que les UT de durée normales (donc recherches de Prime) seront toujours les "premières", donc si prime trouvé par ta machine, tu seras le "découvreur".

Ce qui est une bonne chose à mon sens.

[JeromeC]

Oui mais au dessus vous aviez l'air de dire que y'avait une différence entre les tâches CPU et GPU à ce sujet ? et que ça aussi a changé / ou juste pour le TdP ?

[[CSF] Christian Carquillat]

En fait il y a des WU  qui sont tout le temps "Everyone is first" et il y a les je n'arrive pas à suivre

[Maeda]

Jerome :
La nuance se fait sur le réglage sur ton compte PrimeGrid (qui fait un peu comme un app_config.xml) Max UT in parallel car ce paramètre mélange UT CPU et UT GPU. Donc avec 2 GPU et 4 thread CPU et une limitation de ce réglage à 4, tu pourrais te retrouver avec 4 UT CPU et 0 UT GPU ou 2 UT CPU et 2 UT GPU et si tu demandes manuellement des UT via Boinc Manager, PrimeGrid te dirait que tu es au max (alors que des éléments se tournent les pouces comme dirait Christian ).
D'où le réglage à No limit pour éviter ça et donner à calculer à tout élément libre, évitant une possible prise de tête supplémentaire.

Christian : tu le fais exprès

[[CSF] Christian Carquillat]

Maeda:

Merci d'avoir résumé les choses plus clairement que si j'avais pris les commandes de mon clavier

Heureusement, les projets du TdP permettent un peu moins de se prendre la tête sur ces limitations

[Maeda]

Surtout la méthode de vérification actuelle permettant le "everyone is first" t'évite d'avoir à acheter des CPU/GPU derniers cris pour être le premier à calculer une UT avant que le second ne le fasse (ancienne méthode). Un Celeron pourrait trouver un prime (faut plus de bol quand même).

[JeromeC]

Les célérons ne sont donc plus uniquement pour les scélérats 

[[CSF] Christian Carquillat]

C'est vrai que leur calcul foireux du "preum's" est rageant quand tu démarres avant un composant un chouille meilleur que le tien mais que ça ne suffit pas (surtout dans l'efficience quand il est question d'un faible écart de durée entre les deux)

Pas tapons Jérôme, c'est l'héron, petit

[JeromeC]

Et rond et rond...

[[CSF] Christian Carquillat]

Il va falloir que j'arrête PG sur mes machines Xeon v4 sans GPU, car la famille Delpech (grâce l'AVX-512 je suppose) met deux fois moins de temps pour les PPSE
Comme le crédit par WU est identique entre les deux, soit je refais des trucs pour le Marathon avec les v4, soit je bascule vers des machines en A2000 pour les GFN17

Comme j'ai un petit coup de mou aujourd'hui, je me laisse un court temps de réflexion, le temps de purger du cache varié et de reprendre différemment la répartition du taf

[JeromeC]

C'est pas plus mal de se reposer un peu des fois