Le Forum de l'Alliance Francophone

Nouvelles:

  • Projet du Mois FB: Primegrid

Auteur Sujet: Boinc Roadmap 2019  (Lu 4306 fois)

0 Membres et 1 Invité sur ce sujet

Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31367
  •   
le: 09 November 2019 à 12:35
Citer
Kevin Reed, Matt Blumberg and I recently discussed long-terms plans for BOINC development.  The results of this discussion are here:

https://docs.google.com/document/d/1vy36Bvyj4MIqNpfqXHcIQ8xjpxuPpECgqul9BvStvis/edit?usp=sharing

Comments are welcome, and if anyone is interested in pursuing any of these, please let me know.

-- David


Citer
Feuille de route BOINC 2019
David Anderson

Les résultats d'une discussion entre moi, Kevin Reed, et Matt Blumberg.  Il s'agit d'une liste de souhaits plutôt que d'une feuille de route ; nos ressources actuelles ne suffiront peut-être pas à les réaliser.  Les éléments sont énumérés sans ordre particulier ; mon ordre de priorité se trouve au bas de la page.


Efficacité énergétique

Objectif : mesurer et augmenter le FLOPS/Watt de BOINC Computing.

1.Recherchez les "états de puissance" (tension, fréquence d'horloge) des processeurs Intel et AMD actuels.  Pour chaque état, quelle est la consommation d'énergie et qu'elle est le FLOPS ?  Peter Hanappe a fait des recherches à ce sujet il y a plusieurs années ; je suis sûr qu'il y a beaucoup de documents à ce sujet.
Étudier également l'impact de ces "états de puissance" sur la production de chaleur et la nécessité pour les systèmes d'augmenter la vitesse du ventilateur (et donc le bruit).  Cela pourrait-il également résoudre les problèmes de rétention des utilisateurs en ce qui concerne la production de chaleur et le bruit des ventilateurs ?

2. Quels sont les mécanismes des systèmes d'exploitation (Win/Mac/Linux) pour obtenir et régler l'état de puissance ?

3. Modifier le client BOINC pour offrir une préférence "maximiser FLOPS/Watt".

Note : le point 2 peut nécessiter de travailler avec, par exemple, Microsoft.  C'est l'occasion d'établir une relation avec eux.  Peut-être faire un événement de relations publiques impliquant le "projet Nantucket" (centre de données dans un sous-marin).


Bruit de ventilateur

Objectif : éviter le bruit excessif des ventilateurs

1. Cherchez comment obtenir la vitesse des ventilateurs CPU/GPU/système et estimer le bruit.

2. Ajout d'un mécanisme de calcul d'étranglement (CPU ou GPU) pour limiter le bruit supplémentaire du ventilateur.


Priorité du processus VM

Faire en sorte que les machines virtuelles fonctionnent avec une priorité de processus faible.  La VBox avait cette fonctionnalité, maintenant elle ne l'a plus.  Soit qu'ils le restaurent, soit qu'ils fabriquent notre propre version de VBox.

C'est essentiel.  Sans les machines virtuelles, la mise en place de projets est trop difficile.  Sans une faible priorité, les machines virtuelles dégradent les performances de l'ordinateur de façon inacceptable.


Élargir le support des VM

Objectif : rendre l'utilisation des applications VM plus simple et plus efficace.

1. Rechercher des systèmes VM autres que VBox : HyperV (Win), KVM (Linux, Mac), VMWare.  Prennent-ils en charge les snapshots ?  Contrôle de la priorité du processus ?  Utilisation du GPU ?  Quelles sont leur part de marché et leurs perspectives ?  Peut-on obtenir une licence pour VMWare ?

2. Ajouter la détection des systèmes VM pertinents au client BOINC.

3. Étendre le wrapper VM pour prendre en charge d'autres systèmes VM.

4. Déplacez le contrôle VM dans le client BOINC, éliminant ainsi le besoin d'un wrapper. Le client peut alors vérifier directement l'activation des instructions VM dans le BIOS.

5. Implémenter une architecture "single VM" dans laquelle il y a une VM par hôte, et les applications (éventuellement de différents projets) tournent dans des conteneurs à l'intérieur.  Peut-être une VM pour les applications CPU, une pour les applications GPU.

6. Recherche le support des applications WebAssembly (https://webassembly.org/), éventuellement à l'aide d'un wrapper.

Idéalement, les projets devraient fournir des images de conteneurs (p. ex. Docker) et ne devraient pas avoir à connaître les systèmes VM.


GPU Android

Objectif : utiliser les GPU sur Android.  Cela pourrait augmenter les FLOPS par appareil d'un facteur de 100 ou plus.

1. Rechercher la disponibilité d'OpenCL sur les téléphones actuels

2. Étudier les problèmes de chaleur et d'électricité liés à l'utilisation des GPU sur les téléphones et les tablettes

3. Développer un livre de cuisine pour la création d'applications OpenCL pour Android/ARM


Éliminez les problèmes de diffusion en continu par le GPU

Objectif : éliminer les problèmes de lecture vidéo en streaming dus à l'utilisation du GPU.

1. Découvrez comment détecter quand la lecture vidéo est en cours.  Proxy possible : la fenêtre du haut est en plein écran (pour les jeux vidéo aussi).

2. Ajout d'une préférence par défaut pour ne pas utiliser le GPU pendant la lecture vidéo.


Intégration avec d'autres systèmes informatiques à haut débit

Objectif : faciliter l'utilisation de BOINC avec les systèmes de soumission d'offres d'emploi existants.

1. Étudier les systèmes HTC existants utilisés pour le calcul scientifique : Condor, Slurm, Spark, etc.  Se faire une idée du niveau d'utilisation de chacun d'entre eux, du niveau de difficulté du développement d'un "adaptateur" qui remplace le back end du système par BOINC, et du niveau d'intérêt des utilisateurs du système à le faire.

2. Développer des "adaptateurs" pour un ou plusieurs systèmes.

3. Faire connaître BOINC, et ces adaptateurs, aux utilisateurs existants des systèmes.  Par exemple, donner une conférence à la conférence Condor.


Simplification de la mise en place du projet

Objectif : améliorer l'expérience d'un scientifique en "botter les fesses" avec BOINC.  La première étape consiste à définir une expérience cible.  Par exemple : supposons qu'un scientifique possède un système Linux et un exécutable Linux.  Ils ont des compétences minimales en programmation et en administration système.  Nous devrions fournir un "livre de cuisine" de sorte que dans l'heure (disons)

1. Ils ont un projet BOINC auquel les clients peuvent s'attacher.

2. Ils peuvent facilement traiter des travaux, en utilisant des clients Win/Mac/Linux, en utilisant une interface cmdline.

Et puis :

1. Ils peuvent s'inscrire auprès de Science United et obtenir 100 à 1000 hôtes.

2. Le projet peut être étendu de manière transparente pour gérer d'autres versions d'applications, pour prendre en charge la validation, la soumission et l'assimilation de tâches scriptables, etc.

Cela pourrait impliquer :

1. Étudiez l'expérience de bottage de fesses d'autres systèmes HTC, comme Condor.

2. Eventuellement utiliser Docker (mais peut-être que nous ne voulons pas leur demander d'apprendre Docker aussi).

3. Il n'y a pas de problème à automatiser la signature des codes pendant la phase de bottage de fesses.  Il faut le désactiver après ça.

4. Repenser la structure de la documentation du serveur.  Actuellement, nous avons deux approches "quick start" (Docker et non Docker).
5. A plus long terme : simplifier les choses. 
a. Éliminez le besoin de spécifier des choses comme le nombre de FLOP et l'utilisation de la RAM ; réglez-les de manière dynamique. 
b. Éliminez le besoin d'écrire du XML. 
c. Éliminer ou minimiser le besoin de modifier le code ou d'utiliser la ligne de commande en permettant aux administrateurs de gérer autant que possible via une interface web. 
 

Bibliothèque d'applications

Objectif : simplifier davantage l'expérience de démarrage en maintenant une "bibliothèque" d'applications largement utilisées (par exemple Autodock, Charm, Gromacs) afin que les scientifiques n'aient pas à fournir leurs propres exécutables.

1. Identifier un ensemble d'applications à prendre en charge

2. Maintenir des versions prêtes pour BOINC de ces applications (natives ou VM) pour différentes plates-formes.

3. Concevoir un mécanisme permettant à un projet d'installer ces applications sur son serveur.

Plus long terme : permettre aux développeurs d'applications d'installer et de mettre à jour leurs applications dans la bibliothèque sans notre participation.

Comment faire de la signature de code ?  Le fournisseur de l'application de bibliothèque signera avec sa clé privée et publiera sa clé publique.  Un projet qui utilise leur application signerait la clé publique du fournisseur et le client ferait alors confiance à l'application de la bibliothèque via la chaîne des clés signées.


Améliorations UI/UX

Objectif : jeter les bases de l'amélioration de l'interface utilisateur/UX, y compris l'interface utilisateur graphique et les parties Web.

1. Organiser un groupe de discussion pour étudier
a. Recrutement : ce qui incite les gens à s'inscrire
b. Processus d'inscription
c. Rétention : ce qui fait que les gens cessent de participer

2. Regardez l'outil Adobe pour modéliser les interfaces graphiques

3. Modifier/remplacer l'interface graphique et les interfaces Web

Note : Matt travaille déjà avec le Guiseppe et son studio de design sur ce projet.


Partenariats avec des entreprises et des universités

Objectif : accroître les partenariats techniques et promotionnels avec les entreprises technologiques (Microsoft, Intel, AMD, Google, VMWare, fabricants de téléphones portables et fournisseurs de services, etc.

Idée : créer un "conseil consultatif" de grands noms :
1. Quelqu'un de la NSF
2. Quelqu'un avec des connexions de supercalculateur (Fran Berman ? TACC ?)
3. Des scientifiques de haut niveau (CERN ? Bruce Allen. Myles Allen. David Baker).

Contacter les entreprises par le biais de lettres du conseil consultatif.

Identifier les personnes de haut niveau dans les entreprises à approcher (éventuellement avec l'aide d'un comité consultatif).

Postulez à Google Summer of Code l'année prochaine.

Identifier les chercheurs universitaires liés à n'importe quel aspect de BOINC (p. ex. les questions de pouvoir) et essayer de les intéresser à BOINC.

Essayez d'intéresser les départements informatiques des universités à utiliser BOINC sur leurs ressources (bureau ou centre de données).


Affectation des ressources entre projets

Objectif : maximiser le rendement mondial tout en honorant les bénévoles qui se spécialisent dans les domaines scientifiques.  Supposons, par exemple, que quelqu'un veuille soutenir la recherche sur le cancer, mais que son ordinateur dispose d'un GPU qui est meilleur pour la physique.  Utilisez leur ordinateur pour la physique, libérant ainsi d'autres ordinateurs pour faire le cancer.

Science United fait plus ou moins cela.

Ou : faire quelque chose en utilisant la chaîne de blocs pour la comptabilisation.


Priorités

J'aimerais prioriser ce qui précède comme suit :

Élevé :
1. Priorité du processus de VM : la question du maintien en poste des bénévoles
2. Simplification de la mise en place du projet
3. Bruit de ventilateur : problème de rétention des bénévoles
4. Problèmes de streaming GPU : problème de rétention des volontaires
5. GPU Android : sans cela, l'informatique Android n'est pas significative

Moyen :
1. Partenariats avec des entreprises et des universités
2. Support VM
3. Bibliothèque d'applications
4. Intégration avec d'autres systèmes HTC

Faible :
1. Affectation de ressources inter-projets (SU le fait déjà)
2. Améliorations UI/UX
3. Efficacité énergétique

Une bien belle liste de courses !!


PS : Merci deepl !! Très peu de retouches, comme d'habitude.
Ils ont maintenant une application de bureau qui simplifie encore la traduction : on fait ctrl-c, ou command-c deux fois de suite et hop le voila !
« Modifié: 10 November 2019 à 13:50 par JeromeC »

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Oncle Bob

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 5349
  •   
Réponse #1 le: 09 November 2019 à 13:33
Refait le sujet, j'ai cru à un vieux topic en bout de course :o

Boincstat
Projets du moment
Config principale : i7 2600K@4,2 GHz / 32 Go@1333 MHz / GTX 970 (Win 10)
Crunchbox passives : i7-4785T / 8 Go@1600 MHz / Akasa Euler S (Debian) || i3-4130T / 4 Go@1600 MHz / Akasa Euler (Debian)
ARM : 1*S922 + 1*H3
Boinc@Raspberry Pi | Boinc et Linux | Date fin de projets


Hors ligne toTOW

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 4539
  •   
    • FAH-Addict.net
    • E-mail
Réponse #2 le: 09 November 2019 à 18:11
J'ai été surpris par le titre ... :/

FAH-Addict, première source d'information francophone sur le projet Folding@Home.


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31367
  •   
Réponse #3 le: 10 November 2019 à 13:51
Anéfé :D

En revanche il vient d'écrire ça par mail sur une liste boinc, il l'appelle bien 2019 et, comment dire, 2019 est déjà légèrement entamé, je me demande pourquoi il l'a pas appelé 2020 - ou alors c'est un truc qu'il a dans ses cartons depuis longtemps et il le diffuse que maintenant...

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne fzs600

  • Méchant modo
  • Boinc'eur devant l'éternel
  • ******
  • Messages: 7829
  •   
Réponse #4 le: 10 November 2019 à 14:00
En revanche il vient d'écrire ça par mail sur une liste boinc, il l'appelle bien 2019 et, comment dire, 2019 est déjà légèrement entamé, je me demande pourquoi il l'a pas appelé 2020 
Notez bien comment notre ami Jéjé essaye de se rattraper au branches c'est pas moi c'est lui.
 :warf:


Utilisateur GNU-LINUX. fzs600@hub.g3l.org


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31367
  •   
Réponse #5 le: 10 November 2019 à 14:02
Ho hé hein bon ! ;)

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne [AF>Libristes] Dudumomo

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 6104
  •   
    • Find your home in Saigon
    • E-mail
Réponse #6 le: 22 November 2019 à 03:00
Salut a tous,
vous avez teste Science United du coup? Je le decouvre ;)

News & Tutorial on how to host your server: http://freedif.org


Hors ligne toTOW

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 4539
  •   
    • FAH-Addict.net
    • E-mail
Réponse #7 le: 22 November 2019 à 09:00
Trop peu de contrôle sur ce truc pour des utilisateurs avancés comme nous ... :/

FAH-Addict, première source d'information francophone sur le projet Folding@Home.


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31367
  •   
Réponse #8 le: 22 November 2019 à 20:21
Oui l'objectif de SU c'est pour des gens qui veulent pas tripoter les boutons.

Je ne suis pas sur "les réseaux" ni rien (à peine un peu de tweeter) mais j'ai quand même pas l'impression qu'ils le promeuvent vraiment leur SU...

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)