BOINC Pentathlon 2024

[Alan St-Pierre]

Lâcher fait aussi de 204 UTs NumberFields et 2 Cullen LLR, un autre suivra demain.

[Ironman]

Idem j'ai relacher des UT pour le sprint PG de FB 

[Maeda]

@modesti : on pourrait rajouter ce lien en premier post pour avoir nos stats Pentathlon internes, c'est toujours intéressant .

Le site web de NumberField galère en ce moment !

P.S. : j'espère que cguillem va participer au marathon, il pulse sur les PrimeGrid LLR !

[Quatraile]

Bonjour à tous,

Je vois que le Pentathon et très orienté Mathématiques pour le moment. Aura-t-on la chance d'avoir d'autres catégories de projets pour les épreuves restantes? 

bon Pentathlon !

[JeromeC]

Bon je me fais vraiment vieux... je n'avais PAS compris que y'avait un sprint sur numberfield

Sur PP j'ai une tâche cullen LLR qui tourne depuis 24 heures sur le mac (sur 9 threads) et qui dit n'en être qu'à la moitié, pareil dans la VM linux (sur 10 threads) et moitié moins dans le ptit VPS OVH avec 4 coeurs (1 jour et  "presque fini"), ça va finir de me déprimer complètement cette affaire... je devrais peut-être zapper la VM linux dans le mac et garder tout dessus (donc une tâche 19 threads macOS) je sais pas... mais je vais pas changer maintenant non plus que y'a déjà un jour de calcul dans chaque... bref.

Sinon on performe 11e en sprint et 14e en marathon en cette première journée. La route est longue


@Quatraille : c'est nos amis teutons qui organisent le pentathlon, je ne sais pas comment ils choisissent les projets.

[[AF] Kalianthys]

Je sens que ca va etre compliqué cette année. Les taches Cul sont interminables ....

Kali.

[kasur]

Petits problèmes de démarrage ici aussi. J'étais pas efficace hier.

Je pense rester sur CUL tout le marathon en CPU, c'est pas comme si on était large.

Bonne course à toutes et tous 

Edit : on est en zone publique ici 

[modesti]

@modesti : on pourrait rajouter ce lien en premier post pour avoir nos stats Pentathlon internes, c'est toujours intéressant .

Merci Maeda et surtout un énorme MERCI à Sébastien

[Maeda]

Les tâches Cullen sont longues (>2GFlops) et aussi bouffent un max en cache L3 (jusqu'à 20Mo), faites attention si vous avez des UT d'autres projets en parallèle, ça va grandement ralentir vos/votre UT Cullen. Ayant plusieurs machines, j'essaie de garder les Cullen à part sur une seule machine, ne faisant que ça et les autres faisant les autres projets, quitte à inverser en fonction des priorités (disciplines de courtes durées comme les sprints -> pc le plus puissant).

[Maeda]

Au sujet de Ramanujan : pensez à

Détacher/rattacher le projet

Hello from the Ramanujan Group!
https://rnma.xyz/boinc/forum_thread.php?id=22&postid=87

  Bonjour du groupe Ramanujan !

Au cours des derniers mois, nous avons collaboré avec le Scientific Software Engineering Center de Georgia Tech (https://ssecenter.cc.gatech.edu/), suite à une subvention accordée par l'Institut virtuel Schmidt Futures pour les logiciels scientifiques (https://www.schmidtfutures.org/our-work-old/virtual-institute-for-scientific-software/). Cette collaboration vise à améliorer notre utilisation de l'infrastructure BOINC.

Nous avons largement automatisé le processus de traduction de notre algorithme dans l'application BOINC, y compris la compilation, la signature cryptographique et les tests d'assurance qualité. En outre, nous avons amélioré la façon dont nous générons les tâches et collectons les résultats.
En particulier, nous aurons désormais une visibilité nettement améliorée de l'état des travailleurs, des bogues courants et des problèmes. Cette amélioration nous permettra d'itérer plus rapidement et de répondre plus efficacement aux problèmes courants.

Dans le cadre de cette mise à jour, nous avons changé la clé cryptographique et réorganisé les processus de développement entourant la procédure de signature. Le client BOINC vous demandera de supprimer et de réinsérer le projet.
Veuillez suivre ces instructions.
Nous nous excusons pour tout inconvénient que cela pourrait causer.

La première application et les tâches associées créées par le processus de mise à jour sont déjà opérationnelles et exécutent un nouvel algorithme. Pour plus de détails sur cet algorithme, y compris l'approche et les résultats d'une expérience à petite échelle impliquant 1,5 million de formules, veuillez vous référer à notre dernier article ci-dessous.

Traduit avec DeepL.com (version gratuite)

Faire un benchmark Boinc
D'après un des commentaires de la shoutbox du Pentathlon, les crédits peuvent être 25% moins élevés sans ça.

Et il n'a peut-être pas tort (cf ce récent post de Jérôme) :

[...]

Bref j'avais évoqué le problème dans ma réponse sur leur topic des badges (genre "je risque pas d'en avoir" avec ces crédits de m****) et Conan m'a répondu avec une excellente suggestion : lancer les benchmark dans la VM... et quelle ne fut pas ma surprise de constater que en effet sur la fiche de la machine sur le site ça disait

Vitesse mesurée pour les calculs en virgule flottante   1 milliard(s) d'opérations par seconde
Vitesse mesurée pour les calculs en nombres entiers   1 milliard(s) d'opérations par seconde

!! donc des p****** de valeurs par défaut, EUREKA !

Donc j'ai lancé les benchmark dans la VM, il a pondu des valeurs qui sont ce qu'elles sont (*), on va voir ce qu'on va voir

Mais je suis vraiment surpris que sur une machine où tu installes boinc, il peut ne même pas lancer les benchmark une seule fois, c'est nul !


(*) à savoir

4083 FP MIPS
85904 integer MIPS

truc surprenant quand même, j'ai relancé par curiosité les benchmarks sur le boinc de mon Mac et oh surprise

5665 FP MIPS
16195 integer MIPS

comment c'est possible d'avoir beaucoup moins sur les entier que *dans* la VM ?!?!

[modesti]

Pour les aficionados des stats, j'ai rajouté les stats officielles de l'AF dans le premier post: il y a un onglet par discipline et pour le classement général. Vous y trouverez les équipes accessibles et menaçantes, ainsi que notre production heure par heure.

[JeromeC]

Wow ! c'est nouveau ça, ils ont fait une page de stats dédiée pour chaque équipe ! classieux !

Et comment tu trouves l'URL des stats des autres équipes ?


Edit : en cliquant sur son nom dans la page de stats principale

Edith2 : ça va être du beurre de cacahuète pour Jeeper de faire ses CR

[Ironman]

C'est bien fichu leurs stats, ça fait sérieux en tout cas 

Merci modesti pour l'update du post 1

[modesti]

Wow ! c'est nouveau ça, ils ont fait une page de stats dédiée pour chaque équipe ! classieux !

Et comment tu trouves l'URL des stats des autres équipes ?


Edit : en cliquant sur son nom dans la page de stats principale

Edith2 : ça va être du beurre de cacahuète pour Jeeper de faire ses CR

Ces stats existaient déjà l'an dernier [ptet même avant, mais la flemme de faire de l'archéologie ]

[JeromeC]

On nous l'avait caché ! on nous a menti ! complot ! révolte !! votez Trump !!

[Ironman]

On nous l'avait caché ! on nous a menti ! complot ! révolte !! votez Trump !!

[modesti]

MDR !

[Maeda]

Lancer de javelot connu !

Lancer du Javelot (1er jour)
NFS@Home

Départ: 10/05/2024 02:00 CEST
Arrivée: 11/05/2024 02:00 CEST

[[CSF] Christian Carquillat]

Intéressant, mais quel esprit mal tourné du côté germa-nique (ah non c'est moi en fait  )
Entre les Cu-laine, haine et fesses, la simultanéité FB, mes prises de chou en console et dual boot pour essayer des vieilles GRID, je crois que ça va se finir en burne-out 

[modesti]

Premier post mis à jour.

Il ne nous manque plus que le Steeple-chase ...


Edith dit:
Mon PC s'est "pendu" hier. J'ai suspendu un projet que je stocke okazou, et au lieu de basculer sur Numberfields, il s'est mis à fond sur un stock de SPT. Sauf que je n'ai pas eu le temps d'intervenir assez rapidement pour mettre "50% des CPU" (je n'ai pas assez de RAM pour 12 SPT en //, faut que je descende à 6). Au dernier contact via Anydesk, il était bloqué à midi. Ce matin je suis passée au bureau et il a eu un soubresaut à 2h du matin, mais il est totalement figé depuis et la diode du DD brille comme une étoile dans le ciel. D'après l'activité WUprop, il est en "mort cérébrale" (seulement 13h de calcul sur 12 threads sur les dernières 24h). Ça sent le redémarrage violent par le bouton ON/OFF

[JeromeC]

Intéressant, mais quel esprit mal tourné du côté germa-nique (ah non c'est moi en fait  )
Entre les Cu-laine, haine et fesses, la simultanéité FB, mes prises de chou en console et dual boot pour essayer des vieilles GRID, je crois que ça va se finir en burne-out 

T'es trop en forme chrichri

[[CSF] Christian Carquillat]

T'es trop en forme chrichri

Moi ? Non

En plus j'ai plusieurs problème de masse d'ordre électrique cérébral, ainsi que l'outil de "bris-collage" que je vais envoyer dans la box et quelques machines
Décidément, cette période est riche en ondes négatives

[Rhodan71]

Pfff, NumberFields a l'air bien dans les choux et je n'arrive plus à avoir une seule tâche Ramanujan alors que l'état du serveur dit qu'il y en a plein... 

[modesti]

Pour Ramanujan, j'ai vu dans ça dans la shoutbox du Pentathlon. Apparemment le serveur limite les envois pour ne pas se retrouver dans les choux aussi.

03:43 Skillz: From what I gather the RNMA project isn't allocating enough memory for task assignment. They need to increase that.
03:43 Skillz: However, this could very well be by design. To prevent everyone from downloading a gazillion tasks and crashing the server.
03:43 Skillz: It's what yoyo did to keep his server online the whole duration last year.
03:44 Skillz: So while sending people tasks is slow, its got plenty to send and will keep sending. It just wont send a lot at once.

Trad succincte:
Je suppose que le projet RNMA n'alloue pas assez de mémoire à l'attribution des tâches. Il va devoir l'augmenter. Cela pourrait toutefois être fait exprês afin d'éviter que tout le monde télécharge une quantité astronomique de tâches et fasse tomber le serveur. C'est ce que Yoyo a fait toute l'année dernière pour garder son serveur en ligne. Alors que l'envoi de tâches est lent, il y en a beaucoup à envoyer et il continuera à le faire. C'est juste qu'il n'en enverra pas beaucoup à la fois.

[Maeda]

En effet ça ne nourrit pas tous mes thread, ils pourraient au moins limiter au nombre de CPU sans tenir compte de l'éventuel cache qu'on pourrait faire.