Nicolas Maire, du Swiss Tropical Institute nous détaille bien tout ce qu'il se passe sur le projet
----------------------------------------------
Le 15 août il y a eu un problème dans le modèle alternatif relatif à l'immunité acquise face au virus :
Contradiction dans le manuscrit d'initialisation de base de données.
La conséquence était qu'une partie des unités "run2" ont été envoyés, et les responsables du projet ont dû cesser la création de nouvelles unités pour fixer le problème.
Maintenant le programme qui crée les unités semble opérer normalement.
----------------------------------------------
Autres nouvelles :
Le quota d'unité par PC a été abbaissé à 200
Il se pourrait qu'il y ait des séries d'unité qui prennent moins de temps à l'avenir.
Les nouvelles unités produites se font en fonction des résultats renvoyés.
C'est pour ça qu'ils vont réduire la taille des unités pour baisser aux maximum les délais
Alors si vous faites tourner Malaria avec un autre projet, il faut faire en sorte que les unités soient terminées le plus rapidement possible, pour que les responsables du projet puissent produire d'autres unités à calculer.
C'est pour ça qu'en ce moment il n'y a plus beaucoup d'unités prêtent à être envoyées
http://www.malariacontrol.net/server_status.phpC'est aussi pour cette raison que les deadlines sont raccourcies
Tous les unités que nous envoyons à ce stade du projet sont créés dynamiquement par le serveur, en se basant sur les résultats que nous avons récupérés. La raison de celà est que le but de ce projet est d'adapter les paramètres du modèles aux données sur le terrain. En d'autres termes, nous essayons d'optimiser un ensemble de paramètres en comparant les modèles de prévisions aux données des études sur le terrain, et ceci pour un grand nombre d'ensembles de paramètre. Nous voulons employer le maximum d'information contenue dans les unités qui viennent d'être calculée, donc nous attendons tant que possible avant de créer du nouveau travail. Il n'est peut être pas évident que le nombre minimal de résultats que nous avons besoin afin d'être prêt pour le téléchargement dépende du nombre d'utilisateurs actifs, et nous essayons d'optimiser ce paramètre à l'heure actuelle.
Par conséquent nous apprécions vos report du manque d'unités sur les serveurs. Noter que ceci veut dire que nous nous devons de maintenir une date-limite de renvoit (deadlines) des données aussi courtes que possible. Nous nous rendons compte du problème que ces deadlines courtes pourraient signifier que le projet obtientrait trop de temps-CPU (par rapport aux autres projets). Cependant, le mode de fonctionnement du client de BOINC devraient s'assurer que le partage des ressources entre les projets est juste sur le long terme. Ma supposition est que le projet accumule une dette négative, et le client chargera moins de travail, moins souvent. Ultérieurement, nous emploierons les modèles optimisés pour faire des prévisions pour un grand nombre de scénarios (données d'entrée), et pour analyser la sensibilité des prévisions sur les paramètres du modèle. Ces unités seront ajoutés manuellement, et peuvent avoir de plus longues deadlines