Auteur Sujet: [BETA] LODA (Lu 8307 fois)

Fabrice.ltn · **Réponse #100 le:** 15 September 2022 à 20:02

La grosse différence, je crois, c'est que le Ryzen 7 a 2 threads par coeur là où le I5 n'en a qu'un seul donc le coeur Ryzen7 calcule deux fois plus vite qu'un coeur I5

[AF>Libristes] ElGuillermo · **Réponse #101 le:** 15 September 2022 à 20:20

L'hyperthreading d'Intel (ou le "Simultaneous Multi-Threading" d'AMD), ne permettent pas d'aller deux fois plus vite, mais de traiter deux fois plus de calcul.
Selon le type de calcul, cela peut effectivement aller du simple au double de temps ou... ne servir à rien dans le cas des calculs monothreadés.

On peut comparer ça à une autoroute :
Avec l'hyperthreading, on a le double de voies et le double de voitures qui passent, mais elles ne roulent pas deux fois plus vite

[AF] Kalianthys · **Réponse #102 le:** 15 September 2022 à 21:10

Citation de: [AF>Libristes] ElGuillermo le 15 September 2022 à 20:20

On peut comparer ça à une autoroute :
Avec l'hyperthreading, on a le double de voies et le double de voitures qui passent, mais elles ne roulent pas deux fois plus vite

En effet, c'est une belle comparaison.

Kali

melektha · **Réponse #103 le:** 15 September 2022 à 22:01

Je sens que je vais faire l'impasse sur LODA...
Tâches trop longues, invalides, messages d'erreurs Windows qui s'empilent...

[AF>Libristes] cottesloe · **Réponse #104 le:** 16 September 2022 à 10:57

Citation de: [AF>Libristes] ElGuillermo le 15 September 2022 à 20:20

L'hyperthreading d'Intel (ou le "Simultaneous Multi-Threading" d'AMD), ne permettent pas d'aller deux fois plus vite, mais de traiter deux fois plus de calcul.
Selon le type de calcul, cela peut effectivement aller du simple au double de temps ou... ne servir à rien dans le cas des calculs monothreadés.

On peut comparer ça à une autoroute :
Avec l'hyperthreading, on a le double de voies et le double de voitures qui passent, mais elles ne roulent pas deux fois plus vite

J'ai testé ça une fois. Sans l'hyperthreading, des UTs duraient ~1h20 sur 8 cœurs. Avec l'hyperthreading, les même UTs duraient ~2h40 sur 16.
Donc sur une durée X, les nombre d'UTs était le même.
CQFD

Mais ça impressionnait de voir 16 cœurs qui tournaient en même temps !

[AF>Libristes] ElGuillermo · **Réponse #105 le:** 16 September 2022 à 11:33

Il doit y avoir une optimisation pour le multithreading, ou alors les données des deux UTs qui tournent sur un core hyperthreadé ne "tiennent" pas dans le cache du CPU, que se partagent les threads : "deux ça passe pas, une ça passe"... C'est sensibles ces petits machin là.

Fabrice.ltn · **Réponse #106 le:** 16 September 2022 à 13:55

Citation de: [AF>Libristes] ElGuillermo le 15 September 2022 à 20:20

L'hyperthreading d'Intel (ou le "Simultaneous Multi-Threading" d'AMD), ne permettent pas d'aller deux fois plus vite, mais de traiter deux fois plus de calcul.
Selon le type de calcul, cela peut effectivement aller du simple au double de temps ou... ne servir à rien dans le cas des calculs monothreadés.

On peut comparer ça à une autoroute :
Avec l'hyperthreading, on a le double de voies et le double de voitures qui passent, mais elles ne roulent pas deux fois plus vite

Oui, pardon pour l'abus de langage, ne pas confondre vitesse et avancée de front...

ce que je voulais mettre en valeur c'est que la différence de rapidité (en terme de fréquence de fonctionnement ou de génération de processeur) n'est pas flagrante sur ce projet, mais c'est bien l'exécution en parallèle qui permet de traiter le double de tâches par coeur.

Après, de toute manière, la quantité de mémoire consommée par les UT de ce projet m'empêchera de traiter autant d'UT qu'il y a de thread dans le Ryzen7.

[AF>Libristes] ElGuillermo · **Réponse #107 le:** 16 September 2022 à 13:57

Clair : mon i9-9900k (8 cores/16 threads) arrive à peine à tourner à 16 UTs avec 32 GB de RAM... Tain... On a des machines de compét et on arrive encore à les mettre à genoux

JeromeC · **Réponse #108 le:** 16 September 2022 à 14:21

Moi c'est bien stable : 0 tâches en erreur (hormis des deadlines / annulation serveur / annulations manuelles de tâches qui ont donc consommé 0 CPU) et mon i9-10910 (10c/20t dispo dont 19 alloués à boinc, tout sur LODA en ce moment, je crois que je ferai un départ lancé) tient la route avec ses 40 Go de RAM = boinc n'en consomme que 25 en ce moment

[AF>Libristes] ElGuillermo · **Réponse #109 le:** 16 September 2022 à 14:24

D'ailleurs, j'ai l'impression qu'on ne peut pas stocker d'UTs...
J'ai tenté et ça n'a rien fait à part passer les tâches en cours en "prioritaires", comme si Boinc avait bien capté que je voulais le charger, mais que le projet ne voulait pas envoyer.

Il est particulier, ce projet : il va "miner" des programmes et semble avoir besoin d'une connexion réseau pour tourner, au moins au début des tâches.
Du coup, si on fait de la rétention et qu'on coupe le réseau pour empêcher les UTs de revenir au serveur, elles ne se lancent pas.

JeromeC · **Réponse #110 le:** 16 September 2022 à 14:38

Et je constate aussi que les crédit baissent : plus haut je parlais de +- 100 points par tâches sur le mac ce qui m'a poussé à basculer "full mac" alors que j'avais un mix VM linux-mac (parce qu'avant j'avais déjà la VM pour un autre projet, et je voulais tester) et puis c'est passé à 80 points et maintenant j'en suis à 75... pour une durée toujours fixe à 2h par tâche, sur le même mac bien entendu.

Space.

[AF>Libristes] ElGuillermo · **Réponse #111 le:** 16 September 2022 à 14:41

Yep

Mais le projet semble bien "calé" scientifiquement et ne devrait pas s'éterniser... Il en est à un tiers de parcours.
En plus, l'administrateur a été super sympa quand je lui ai proposé qu'on lui tombe dessus

Et puis : un peu de nouveauté, hein (?)

JeromeC · **Réponse #112 le:** 16 September 2022 à 17:06

Toutafey

Fabrice.ltn · **Réponse #113 le:** 16 September 2022 à 17:09

On va lui éclaircir la base de données

JeromeC · **Réponse #114 le:** 16 September 2022 à 17:23

Je dirais plutôt "assécher"

JeromeC · **Réponse #115 le:** 16 September 2022 à 19:05

J'avais pas coché l'autorisation d'export des stats dans mon compte LODA, résultat SetiBZH, BoincStats... ne me les prenaient pas.

Heureusement StatSeb lui il s'en fout

hydrosaure · **Réponse #116 le:** 25 September 2022 à 09:48

Bon ben meme problème que d'autres pour discuter avec les serveurs du projet.

https://boinc.loda-lang.org/loda/forum_thread.php?id=56

[AF] Kalianthys · **Réponse #117 le:** 25 September 2022 à 10:10

Citation de: hydrosaure le 25 September 2022 à 09:48

Bon ben meme problème que d'autres pour discuter avec les serveurs du projet.

https://boinc.loda-lang.org/loda/forum_thread.php?id=56

Je vois que tu es sur Ubuntu, as tu essayé de rattacher la projet via le terminal ? Sur mes machines ca a marché.

Code: [Sélectionner]

boinccmd --project_attach https://boinc.loda-lang.org/loda/ ******ta_clé*******
Je vois aussi que tu utilises des VM, as tu installer GIT ?

Code: [Sélectionner]

apt-get install git
Kali.

hydrosaure · **Réponse #118 le:** 25 September 2022 à 10:48

En effet via la ligne de commande ça passe.

J'utilise le gestion de compte SAM. Cela viendrait-il de là?

Oui git est bien installé partout. J'ai choppé une 1ere UT, on va voir si ça calcul correctement.

[AF] Kalianthys · **Réponse #119 le:** 25 September 2022 à 11:11

Citation de: hydrosaure le 25 September 2022 à 10:48

En effet via la ligne de commande ça passe.

J'utilise le gestion de compte SAM. Cela viendrait-il de là?

Oui git est bien installé partout. J'ai choppé une 1ere UT, on va voir si ça calcul correctement.

Super !

Kali.

JeromeC · **Réponse #120 le:** 25 September 2022 à 19:35

Donc on aurait bien un soucis via SAM... ?

zOU · **Réponse #121 le:** 28 September 2022 à 07:36

Dans vos logs LODA => https://boinc.loda-lang.org/loda/logs.php

Si vous voyez ce genre de trucs:

Code: [Sélectionner]

fatal: detected dubious ownership in repository at 'C:/ProgramData/BOINC/projects/boinc.loda-lang.org_loda/programs'
'C:/ProgramData/BOINC/projects/boinc.loda-lang.org_loda/programs' is owned by:
	'S-1-5-32-544'
but the current user is:
	'S-1-5-21-4024069412-3186929426-1671861028-1001'
To add an exception for this directory, call:

	git config --global --add safe.directory C:/ProgramData/BOINC/projects/boinc.loda-lang.org_loda/programs

Il faut
- soit "reset" le projet LODA dans BOINC
- soit arreter BOINC, supprimer le dossier "C:/ProgramData/BOINC/projects/boinc.loda-lang.org_loda", et redemarrer BOINC

En ligne de commande:

Code: [Sélectionner]

cd C:/ProgramData/BOINC/projects/boinc.loda-lang.org_loda
rmdir /s programs

Dans les 2 cas, vous perdez toutes les UT en cours du projet LODA

JeromeC · **Réponse #122 le:** 28 September 2022 à 10:36

Merci pour l'info, pour les windowsiens, donc.

Je connaissais pas cette URL pour voir directement les logs : "de toutes les tâches ?" "que celles en erreur" ?

On trouve le lien de ça sur les pages de comptes de nos projets boinc ou il suffit d'ajouter /logs.php et ça marche tout le temps ? (j'ai essayé quelques uns mais ça marche pas)
Ou c'est que loda ? (et où est le lien ?)

Sur mon mac c'est très stable, 878 valides, 2 invalides et dans les erreurs que j'ai 99,99% sont des annulations (de mon fait suite bascule autre projet, ou du serveur pour deadline, donc pas des erreurs) et 0,01% (1 tâche je crois) avec une vrai erreur.

Les 2 invalides en revanche ont crunché 10 heures et le projet implémente une limite de temps de 10 heures.

Citer

14:06:48 (38880): task loda reached time limit 36000

Sinon je rappelle que le problème de rattachement à LODA (erreur de certificat) était lié à l'utilisation de SAM et a été corrigé par Seb.

Antares · **Réponse #123 le:** 30 September 2022 à 10:30

Zut, j'ai eu une ambiguïté de bouton!
Je voulais cité le post de zOU, en fait le l'ai modifié et je n'arrive pas à réparer mon erreur!

fzs600 · **Réponse #124 le:** 30 September 2022 à 10:59

Citation de: Antares le 30 September 2022 à 10:30

Zut, j'ai eu une ambiguïté de bouton!

J’espère que ce n'est pas contagieux.