Les projets "BigAdv" et le système de bonus de points.

  |   21989  |  Poster commentaire  |  FAQs
Pourquoi créer une nouvelle catégorie de WUs ?

Les chercheurs ont des projets spécifiques mettant en œuvre :
  • des systèmes simulés comportant de nombreux atomes
  • des résultats devant être retournés très rapidement.

Les systèmes multi-cores devenant de plus en plus puissant, ce type de calculs deviennent possible sur l’architecture Folding@Home, alors que jusqu’à présent, il fallait utiliser des supercalculateurs ou des clusters.

Qui y a-t-il de différend dans ces WUs du point du vue de l’utilisateur ?

Ces WUs sont des unités SMP spéciales qui consomment plus de bande passante réseau (envoi et réception), qui ont des deadlines plus courtes et qui nécessitent plus de ressources CPU et mémoire. Ceci explique la création d’une nouvelle catégorie.

Les points attribués à ces WUs sont-il prévus pour inciter les utilisateurs à plier ces unités ?

La valeur de base de ces WUs correspond à peu près à ce qu’une unité utilisant le core A2 devrait rapporter sur des calculs similaires. Cependant, puisque le retour rapide de ces WUs est une priorité scientifique, Stanford effectue un essai de système de bonus où les unités retournées rapidement rapportent des points supplémentaires.

Quelles machines pour faire tourner ces unités ?

Actuellement, seules les machines sous Linux ou OSX disposant de 8 cœurs ou plus peuvent faire tourner ces unités. Huit cœurs physiques sont préférés même si un Core i7 rapide (ou overclocké) et dédié s’est avéré suffisamment puissant lors des premiers tests. Le système de points bonus est conçu pour que ces projets soient pliés sur les machines pour lesquelles ils ont été conçus. Si votre machine est trop juste pour plier ces grosses unités, il est recommandé de continuer à plier des unités SMP standard pour ne pas perturber le retour rapide des résultats de ces projets spéciaux.

Est-ce que tout ceci a un rapport avec les unités rapportant beaucoup de points et des utilisateurs ayant une production très importante ?

Oui. Les projets initiaux pour “BigAdv” sont les 2681 et 2682, qui valent environ 25 000 points de base. Bien que cette valeur paraisse élevée, le temps de traitement est proportionnel, le PPD de base est donc globalement comparable aux projets SMP habituels.

Un collaborateur des l’équipe de recherche a donné une grande quantité de temps machine au projet. Ces machines tournaient initialement sous l’utilisateur générique Anonymous dans l’équipe 1 (Pande Lab). Afin de récompenser justement ce donateur, le Pande Group a décidé de changer le nom en PDC, toujours dans l’équipe 1. Tout au long de ce don, il y a entre 100 et 400 octocores tournant sous ce nom d’utilisateur (pour entre 800 à 3200 cores physiques). Vous avez peut être déjà remarqué ce compte un peu particulier.

Voici maintenant quelques détails du système de points bonus qui est testé avec ces grosses unités.

Important : Le système de bonus est basé sur les heures des serveurs pour l’envoi ou le retour des WUs. L’équipe fait des effort afin que les serveurs soient disponibles pour recevoir les Wus, mais il y a inévitablement des embouteillages ou des pannes. La disponibilité des serveurs n’est en aucun cas garantie. Si vous ne recevez pas de bonus, merci de le signaler sur le forum officiel mais attention, contrairement aux points de base (indiqués sur le psummary), il n’y aura généralement pas de recrédit pour les bonus. Les bonus ne sont pas garantis. Le même principe s’applique pour les pertes de WU, … Le système de bonus a des marges pour faire face à de tels évènements inattendus.

Ce système de bonus est actuellement en test pour une durée limitée et inconnue. Il est susceptible d’être modifié ou supprimé sans préavis.

Petit rappel à propos de ces unités :

L’équipe de recherche a des projets scientifiques qui impliquent des système moléculaires plus complexes que ce qui est habituellement simulé sur la plate-forme Folding@Home. Ces systèmes (typiquement protéine dans son solvant) comportent beaucoup plus d’atomes ce qui a pour conséquence des téléchargements et (habituellement) des envois plus gros, et ils nécessitent généralement plus de calculs. Ces systèmes étaient généralement simulés sur des supercalculateurs ou des clusters classiques, mais l’équipe teste une extension qui permet de résoudre ces problèmes sur la plate-forme Folding@Home.

Pour les projets de test actuellement distribués, l’équipe a besoin d’obtenir un nombre modéré de trajectoires longues aussi vite que possible. Il y a d’autres opportunités en rapport avec ce système ainsi qu’avec d’autre grand systèmes, donc si ce test est concluant (autant du coté des résultats scientifiques que de l’impact sur le projet Folding@Home) il y a des possibilités pour poursuivre dans cette voie et développer le concept.


Pourquoi créer un système de bonus différend ?

Pour ce projet (BigAdv), la vitesse de traitement est critique, plus que dans la plupart des autres projets. Avoir 5 fois plus de client fonctionnant à 1/5 de la vitesse d’un client unique n’est ici pas utile. Les machines visées doivent disposer de 8 cores ou plus sous Linux ou OSX, systèmes d’exploitation disposant d’un core A2 relativement stable. La priorité scientifique est de calculer la série de WU actuelle rapidement, et le bonus sera ajusté pour coller à cet impératif.


Pourquoi ne pas simplement faire des unités classiques plus courtes avec des deadlines serrées ?

Puisque ces unités impliquent des téléchargements et des envois conséquents, générer de nombreuses unités courtes provoquerait une surcharge à la fois sur les client et les serveurs. Le Pande Group espère aussi inciter les propriétaires de machines avec de nombreux cores à plier ces WUs rapidement grâce au bonus, en adéquation avec les priorités scientifiques pour ces projets.

Comment ces bonus sont-ils attribués ?

Les bonus sont attribués suivant la formule suivante :
Points totaux = points de base * multiplicateur bonus

Le multiplicateur bonus est calculé sur la base du temps de traitement de la WU (« WU_time »), qui est la différence entre le moment où la WU a été envoyée par le serveur et celui où elle a été retournée au serveur. « Deadline_time” correspond à la deadline finale (final deadline), “Timeout_time” correspond à la deadline preferable (preferred deadline). Enfin “k” est une constante arbitraire définie pour chaque projet.

Si WU_time > timeout time, multiplicateur bonus = 1.
Si WU_time <= timeout time, multiplicateur bonus = sqrt(deadline_time * k / WU_time)

IMPORTANT :
Les bonus sont attribués uniquement si le client est configuré avec une passkey et après que ce client ait renvoyé 10 unités A2. Aussi, pour pouvoir profiter du bonus, ce client doit avoir retourné plus de 80% de ses unités en respectant la deadline. Sinon, le multiplicateur bonus vaut 1.

Exemple:
Pour le projet 2681, k est fixé à 2. Cette valeur pourra être ajustée si nécessaire. Toujours pour ce projet 2681, la deadline finale est de 6 jours et la deadline préférable est de 4 jours. La plupart des machines octocores, cadencées à 2.8 GHz ou plus, retournent ces WUs en un peu moins de 3 jours, elle devraient donc recevoir un bonus de 100%.

Je souhaite faire tourner ces unites pour tester notre nouveau processeur 80 cores ultra secret au travail, avec permission bien sûr. Existe-t-il une limite au multiplicateur bonus ?

Actuellement, le multiplicateur bonus maximal est 10 (calcul d’une 2681 en 1/50ième de la deadline, soit environ 2 heurs 50 minutes). Si vous êtes dans une situation qui dépasse ce multiplicateur, contactez Peter Kasson.

Les clusters sont-ils supportés ?

Des expérimentations sont en cours avec différentes méthodes pour supporter le clustering sur FAH mais aucune solution ne satisfait actuellement l’équipe. Une annonce sera faite lorsque quelque chose sera prêt à être lancé.

J’ai des GPU dans ma machine octocore. Puis-je les faire tourner en même temps que ces WU spéciales ?

Tout dépend de la façon dont les clients GPU affectent la vitesse de traitement des BigAdv. Il n’est pas recommandé de plier des unités BigAdv si votre système va mettre plus de 3 jours pour les finir ; les système de bonus est conçu pour décourager ceci. Plus le retour des WU est rapide, mieux c’est. Si vous pouvez satisfaire cette contrainte tout en pliant sur un ou plusieurs GPU alors ne vous gênez pas.

Combien de temps ce système de bonus va-t-il durer ?

Cela dépend. Le Pande Group réévaluera constamment ce système de bonus et pourra le modifier ou le supprimer à tout moment. Il devrait être maintenu au moins tout au long des séries 2681 et 2682, mais tout dépend de comment se passera l’essai du système de bonus.

Ces unités ont-elles besoin d’autre chose que des machines disposant de 8 cores ou plus ?

Des processeurs cadencés à 2.4 GHz ou plus, et de la mémoire vive. Les premiers projets de cette série ont besoin de 512 Mo de RAM par Fahcore. 1 Go par core est l’idéal pour avoir de la marge.

Peut-on participer aux projets BigAdv avec un Core i7 et ses 8 cores logiques ?

Au cours des tests, les Core i7 se sont montrés un peu juste pour compléter les WUs dans le temps imparti (idéalement 3 jours par WU). Si vous avez un Core i7 rapide dans une machine dédiés, faites un essai. Si vous utilisez votre machine (jeux, surf, …;), un client SMP standard sera probablement une meilleure solution.

Que va-t-il se passer si des problèmes Internet (ou serveurs) retardent le retour de mon unité ?

Le bonus sera réduit en conséquence, tout comme le facteur de fiabilité de votre machine si votre unité est retournée après la deadline préférable. C’est un risque que vous devez accepter lorsque vous choisissez de plier ce type d’unités. Stanford s’efforce de maintenir un environnement serveur qui soit aussi stable que possible, mais le seuil des 80% pour le facteur de fiabilité est destiné à garder de la marge vis à vis des problèmes de connexion, de serveur ou de WU.

Que se passe-t-il si une WU BigAdv plante, est supprimée ou redémarre ?

Comme pour les unités standard, aucun points ne seront attribués pour une unité supprimée et le compteur sera remis à zéro au début du nouvel essai de la WU en cours. Merci de signaler tout problème sur le forum officiel.

Que se passera-t-il si les serveurs tombent à court de WU BigAdv ?

Votre machine recevra une unité SMP classique qui pourra utiliser le core A1 ou le core A2 suivant les disponibilités. Les unités A2 standards sont prises en compte pour le facteur de fiabilité qui permet de rendre un machine éligible pour le bonus BigAdv, mais elles ne rapportent pas elles-mêmes de bonus.

Dois-je plier 10 unités BigAdv dans les temps avant de pouvoir bénéficier du bonus ou le système prend-il en compte les performances précédentes ?

Le système de bonus est lié aux passkey. Si vous avez déjà pliés des unités A2 avec votre passkey, vous devriez déjà avoir un historique de performances pris en compte par le système de bonus.

Puis-je essayer de plier ces unités sur mon quad cores fortement overclocké ?

Non. Au cours des essais, des quad cores rapides ont tendance à retourner leurs unités au delà de la deadline finale de 4 jours. Ceci est en contradiction avec l’objectif de retour très rapide des WUs pour ces projets et cela ne rapportera aucun point bonus. Les systèmes quad cores représentent une grande contribution aux projets SMP standard, il est donc recommandé de les laisser sur ces projets.

Qu’arrivera-t-il au système de points bonus à la fin de cet essai ?

Plusieurs résultats de cet essai seront évalués : la distribution des temps de retour des WUs, la quantité d’unités ayant été réassignées, le nombre de machines ayant participé, les problèmes rapportés à propos des WUs et du système de bonus et l’opinion des utilisateurs postée sur le forum officiel. Les modérateurs et administrateurs du forum ainsi que les bêta testeurs seront également consultés. A ce moment là une décision sera prise : continuer, modifier ou arrêter le système de bonus. Comme pour tout essai, le Pande Group se réserve le droit d’arrêter ou de mettre en attente le système de bonus à tout moment si des problèmes graves apparaissent.


Pour participer au test du système de bonus et aux projets BigAdv, vous devez utiliser un client version 6.29 minimum. Rendez-vous sur la page des téléchargements des clients pour récupérer la version destinée à cote système d'exploitation.

N’oubliez pas que vous devez disposer d’une machine à 8 cores (ou plus) et d’au moins 6 Go de RAM pour plier des WUs BigAdv.

Voici un petit mode d’emploi rapide :
Lancez l’exécutable fah6 comme d’habitude en ajoutant le flag –bigadv afin de demander une unité BigAdv. Si vous utilisiez –advmethods, supprimez-le. S’il n’y a pas d’unités BigAdv disponibles, le serveur d’assignation basculera d’abord sur des unités -advmethods puis sur des unités normales.

Les projets 2681 et 2682 sont les premiers dans cette nouvelle catégorie. Ils rapportent 25403 points (hors bonus), la deadline préférable est de 4 jours, et la deadline finale est de 6 jours.
Je rappelle qu’il est recommandé que ces unités soient pliés sur des machines capables de les retourner en moins de 3 jours.

Traduit à partir de l'annonce officielle de Peter Kasson.