Folding City


Youpiii... 6
  piéton(s) dans la ville


L'heure Stanford et partout dans le monde



Bonne année 2012 !

Maladies, cibles de nos simus

Pendant que ça plie...

Les 10 derniers commentaires



L'avancement des calculs sur votre ordinateur passe par un certain nombre d'événements intéressant à connaître pour une meilleure compréhension du processus. Ces événements sont enregistrés dans un fichier texte dénommé "FAHlog". Ce fichier se trouve dans le répertoire folding de votre client. Si vous utilisez un client "console", il suffit d'ouvrir ce répertoire pour le trouver. Si vous utilisez un client graphique, un clic droit sur l'icône figurant dans la barre d'outils donne accès à un onglet dénommé "Logfile". En le sélectionnant, l'éditeur de texte ouvre le FAHlog.

Dès que le client est configuré et lancé, il se connecte immédiatement aux serveurs de Stanford. Si votre ordinateur se connecte pour la première fois, Stanford lui attribuera un "User ID" (code d'identification), afin de reconnaître votre ordinateur chaque fois qu'il se connectera. Sur une plateforme Windows, cette identification est inscrite dans la Base de Registre. Il ne faut pas le confondre avec l'User name (pseudo de plieur).

Ensuite, en fonction de votre client, Stanford choisit le serveur adéquat à même de vous attribuer une WU et la télécharge (WU est l'acronyme anglais de Work Unit = unité de travail, données brutes d'un petit bout d'un ensemble plus important téléchargées pour traitement sur un ordinateur distribué). Afin que les calculs puissent se faire, Stanford téléchargera le core (FahCore) afférent au projet que vous allez traiter. Le core est le moteur de calcul et est spécifique aux différents clients et projets.

En étudiant le Fahlog d'un client classique CPU 6.23 System tray, nous relevons le processus suivant (sensiblement  similaire pour tous les clients) :

1 - Attribution d'un User ID (code d'identification) car il s'agit d'une première connexion aux serveurs de Stanford. Si vous avez plusieurs ordinateurs, chaque ordinateur se verra attribué un User ID propre.

# Windows CPU Systray Edition #################################################
###############################################################################

                       Folding@Home Client Version 6.23

                          http://folding.stanford.edu

###############################################################################
###############################################################################
..............
[12:02:30] - Ask before connecting: No
[12:02:30] - User name: [Zebulon.fr]_Cobra (Team 51)
[12:02:30] - User ID not found locally
[12:02:30] + Requesting User ID from server
[12:02:30] - Getting ID from AS:
[12:02:30] Connecting to http://assign.stanford.edu:8080/
[12:02:31] Posted data.
[12:02:31] Initial: 4C69; - Received User ID = 694C605A02420851
..............

2 - Téléchargement de la WU :

[12:06:19] Connecting to http://171.65.103.162:8080/
[12:06:26] Posted data.
[12:06:26] Initial: 0000; - Receiving payload (expected size: 2997125)
[12:08:08] - Downloaded at ~28 kB/s
[12:08:08] - Averaged speed for that direction ~28 kB/s
[12:08:08] + Received work.
[12:08:08] + Closed connections
[12:08:08]
[12:08:08] + Processing work unit
[12:08:08] Core required: FahCore_78.exe
[12:08:08] Core not found.
[12:08:08] - Core is not present or corrupted.
..............

3 - La WU a bien été téléchargée mais n'apparaît pas encore dans le FAHlog. Le core nécessaire pour effectuer les calculs n'étant pas trouvé, téléchargement du core spécifique au projet et au client :

[12:08:08] - Attempting to download new core...
[12:08:08] + Downloading new core: FahCore_78.exe
[12:08:08] Downloading core (/~pande/Win32/x86/Core_78.fah from www.stanford.edu)
[12:08:09] Initial: AFDE; + 10240 bytes downloaded
[12:08:10] Initial: 2993; + 20480 bytes downloaded
[12:08:10] Initial: 4590; + 30720 bytes downloaded
[12:08:11] Initial: 1F95; + 40960 bytes downloaded
[12:08:11] Initial: 6459; + 51200 bytes downloaded
[12:08:11] Initial: FD92; + 61440 bytes downloaded
[12:08:11] Initial: 62E6; + 71680 bytes downloaded
[12:08:11] Initial: 1F03; + 81920 bytes downloaded
..............

4 - Dès que le core est automatiquement dézippé, l'identifiant de la WU est affiché, les optimisations se mettent en place et la simulation peut commencer :

[12:08:35] Folding@Home Gromacs Core
[12:08:35] Version 1.90 (March 8, 2006)
[12:08:35]
[12:08:35] Preparing to commence simulation
[12:08:35] - Looking at optimizations...
[12:08:35] - Created dyn
[12:08:35] - Files status OK
[12:08:37] - Expanded 2996613 -> 15130893 (decompressed 504.9 percent)
[12:08:37] - Starting from initial work packet
[12:08:37]
[12:08:37] Project: 2498 (Run 146, Clone 5, Gen 7)
[12:08:37]
[12:08:38] Assembly optimizations on if available.
[12:08:38] Entering M.D.
[12:08:45] Protein: Translocon_GLX2
[12:08:45]
[12:08:45] Writing local files
[12:08:47] Extra SSE boost OK.
[12:08:47] Writing local files
[12:08:47] Completed 0 out of 250000 steps  (0%)
..............

5 - La WU est virtuellement découpée en "steps". Ce sont des repères pour les chercheurs. Les pourcentages affichés en fin de ligne nous parlera mieux et le temps mis pour calculer 1 % nous permettra d'aprécier la vitesse de calcul et de faire nos petites comparaisons. Cette vitesse dépend de la plateforme, du client, de la WU à traiter. En ce qui concerne notre WU, c'est le lendemain que le calcul est presque achevé. Notons que de temps en temps, le client effectue une sauvegarde du travail en cours. Ce sont les fameux "checkpoints" qui émaillent le log.

[13:18:44] Completed 247500 out of 250000 steps  (99%)
[13:33:44] Timered checkpoint triggered.
[13:48:30] Writing local files
[13:48:30] Completed 250000 out of 250000 steps  (100%)
[13:48:30] Writing final coordinates.
[13:48:31] Past main M.D. loop
[13:49:31]
[13:49:31] Finished Work Unit:
[13:49:31] - Reading up to 2304216 from "work/wudata_01.arc": Read 2304216
[13:49:32] - Reading up to 270596 from "work/wudata_01.xtc": Read 270596
[13:49:32] goefile size: 0
[13:49:32] logfile size: 39315
[13:49:32] Leaving Run
[13:49:32] - Writing 2632303 bytes of core data to disk...
[13:49:32]   ... Done.
[13:49:32] - Shutting down core
[13:49:32]
[13:49:32] Folding@home Core Shutdown: FINISHED_UNIT
[13:49:35] CoreStatus = 64 (100)
[13:49:35] Unit 1 finished with 98 percent of time to deadline remaining.
[13:49:35] Updated performance fraction: 0.977737
[13:49:35] Sending work to server
[13:49:35] Project: 2498 (Run 146, Clone 5, Gen 7)
[13:49:35] - Read packet limit of 540015616... Set to 524286976.

6 - Nous venons de voir que cette unité de travail a mis 2 % du temps qui lui était imparti pour boucler le calcul (*). Le calcul est achevé et le client prêt à renvoyer les résultats :

[13:49:35] + Attempting to send results [June 25 13:49:35 UTC]
[13:49:35] - Reading file work/wuresults_01.dat from core
[13:49:35]   (Read 2632303 bytes from disk)
[13:49:35] Connecting to http://171.65.103.162:8080/
[13:50:14] Posted data.
[13:50:15] Initial: 0000; - Uploaded at ~62 kB/s
[13:50:16] - Averaged speed for that direction ~62 kB/s
[13:50:16] + Results successfully sent
[13:50:16] Thank you for your contribution to Folding@Home.
[13:50:16] + Starting local stats count at 1

Avec ce "Thank you...", vous savez que Stanford a bien réceptionné votre travail. Vous pouvez être satisfait, vous venez de participer à un minuscule bout d'une simulation qui sera peut-être validée comme réussie.

Puis le serveur télécharge automatiquement une autre WU sur votre ordinateur et le même processus se répète mais il n'y aura pas une nouvelle attibution d'User ID ni de téléchargement du core afférent à ce type de WU.



(*) Chaque WU a une "final deadline" qui est le nombre de jours de traitement que vous devez impérativement respecter pour que votre résultat soit pris en compte. Passée ce délai, la WU est définitivement perdue et vous ne marquez aucun point. Cette "final deadline" est mentionnée dans le fichier texte "unitinfo" qui se trouve également là où est rangé le FAHlog.

Cette liste des projets officielle précise la "preferred deadline", nombre de jours souhaité par les chercheurs. Si vous rendez les résultats dans cette limite, la WU sera acceptée comme élément à part entière de la simulation et permettra de générer la WU suivante. Passée ce délai, la même WU peut être attribuée à quelqu'un d'autre. Les résultats qui arriveront en dernier (mais avant la limite de la "final deadline") serviront à corroborer ceux déjà rendus. Cette liste précise également la "final deadline", nombre de jours total que vous devez respecter pour renvoyer les résultats, après lequel vos calculs sont définitivement perdus pour la science et vous ne marquez aucun point.

Notons également que cette liste indique les points qui seront crédités pour chaque type de WU rendue dans les délais impartis.

Remarque : il existe des petits logiciels permettant de faciliter le suivi du processus avec affichage du FAHlog en temps réel, de la "preferred deadline", "final deadline" et bien d'autres informations. HFM.net est le plus récent et le plus complet. La liste figure dans la colonne de droite de cet article, avec les liens vers les tutos et téléchargements.

 

 

 

 

 



Ecrire un commentaire - Voir les 0 commentaires
Retour à l'accueil

Abonnez-vous au flux

  • Flux RSS des articles

Nos Archives

- Description des Projets terminés

- Le Jeu FAH
- La semaine d'une Team
- Blog Rank

Créer un blog gratuit sur over-blog.com - Contact - C.G.U. - Signaler un abus - Articles les plus commentés