Auteur Sujet: Distributed Hardware Evolution Project  (Lu 5052 fois)

0 Membres et 1 Invité sur ce sujet

JeromeC

  • CàA
  • Messages: 21503
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : Distributed Hardware Evolution Project
« Réponse #125 le: 07 novembre 2018 à 12:56 »
J'ai pas ça du tout moi.

En revanche je constate que StatSeb



et SetiBZH



ne voient pas les mêmes crédits... alors que pourtant le total est le même :??:
Parce que c'était lui, parce que c'était moi.

naz

  • CàA
  • Messages: 2873
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : Re : Distributed Hardware Evolution Project
« Réponse #126 le: 10 novembre 2018 à 09:44 »
Aucune importance, ce sont de "fausses" tâches, le serveur du projet est contacté très régulièrement (toutes les 15mn d'après eux) pour uploader le travail effectué au fil du temps.
Par exemple, j'ai plus de 400 000 points sans jamais avoir fini une UT.

AlainD tu as bien tout compris!!! :jap:

La wu que l'on récupère sur notre BM est comme un "portail d’accès"au serveur de DHEP. Boinc (la wu) se connecte au serveur de DHEP toutes les 15 minutes. Elle récupère du travail et les transferts, toutes les 15 minutes. C'est pourquoi, parfois, si il n'y a pas de travail, vous n'en recevez pas, donc vous ne recevrez pas de crédits. Et surtout, la progression de la tache ne sera jamais significative ; donc il ne faut jamais la prendre en compte.
   

JeromeC

  • CàA
  • Messages: 21503
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : Distributed Hardware Evolution Project
« Réponse #127 le: 10 novembre 2018 à 10:14 »
En fait il a fait comme les projets en VM de chez LHC (je sais pas si les autres projets à VM le font aussi) : le travail à calculer n'est pas inclus dans la tâche reçue (*) mais c'est le code de l'application boinc du projet qui s'occupe d'en demander au(x) serveur(s) du projet. Et ce n'est pas non plus le "renvoi" de la tâche par boinc une fois le calcul terminé qui permet de renvoyer tes résultats au projet, c'est aussi le code de l'application boinc du projet qui s'en occupe.

L'inconvénient c'est que des fois "les autres serveurs" (ce ne sont a priori pas les mêmes qui envoient le travail effectif que ceux qui envoient les tâches boinc) n'ont plus de travail effectif mais "les serveurs boinc" envoient quand même des tâches alors qu'il n'y a rien à calculer. Cela est arrivé pas mal de fois avec LHC, surtout quand ils mettaient au point leurs applis. (**)

D'un autre côté dans le cas de DHEP la raison de cette technique me parait évidente : Michael a déjà depuis longtemps son propre client de calcul indépendant spécifique à son projet (cf l'autre topic sur DHEP dans la section des projets non boinc du fofo) et que donc je pense que c'était  beaucoup plus simple pour lui de coder une appli boinc "qui se greffe le plus directement possible" à son infrastructure client / serveur déjà en place, plutôt que tout recommencer de 0 avec une appli boinc traditionnelle.


(*) comme c'est traditionnellement le cas des applis boinc, c'est à dire qu'une tâche reçue = des paramètres de calcul à mettre en oeuvre par l'application du projet téléchargée dans ton ordinateur quand le projet est initialisé par boinc. Et quand le calcul est fini un (ou plusieurs) fichier de données résultantes est renvoyé au projet. 

(**) et en plus chez LHC ce ne sont pas les mêmes équipes qui s'occupent "du travail effectif" (plutôt des scientifiques) que celles qui s'occupent des applis boinc, si j'ai bien compris
Parce que c'était lui, parce que c'était moi.

naz

  • CàA
  • Messages: 2873
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : Distributed Hardware Evolution Project
« Réponse #128 le: 10 novembre 2018 à 10:17 »
Bien résumé JeromeC  :jap: