Batch fichiers beauty contest

Pb de convergence

Cas beauty contest 2008 2010 . Echange entre MVa et Serge M. a priori minimum local.

Piste recuit simulé ( un peu lourd ) ou pour l'instant demarrer d'autres guess

LBo demande s'il est possible que le Wisard indique qu'il pense se trouver dans un minimum local. A voir avec l'evolution d'un mauvais Chi2 Tests à réaliser avec les solutions des Beauty Contests 2006 et 2010, pour confirmer qu'on est bien dans un cas de minimum local.

Bugs: Detection de la machine et Pb de librairie multiplateforme

LMu indique que la plupart des plateformes devraient etre supportees

LMu a travaillé depuis la v3 sur FminOp avec ETh Action LMu: envoyer fichiers FminOp Action JMMC: aider au portage windows

Modifications effectuées pour optimisation (rapidité) du code

Point identifié majeur.

MVa mentionne l'optimisation effectuée lors du calcul de PH=P.H (ou P est un vecteur, on passait intialement par une étape de matrice P diagonale), qui entraine un gain significatif (voir mail du 10/06/2011 et détails dans fichier attaché).

D'autres modifications ont été apportées dans wisard_jdata_x.

L'ensemble des codes concernés ont été distribués et seront versionnés, avec le suffixe _fast pour l'instant.

Mots clés print_Times à mettre lors de l'appel de wisard_faster pour avoir des infos sur les temps de calcul des différentes étapes.

nouvelles pistes pour l'optimisation

Pb de performance constaté lors de l'appel d'une fonction qui coute plus en appel qu'en calcul pur. Piste d'optimisation identifiée par Armando ( dans le cas de structures en particulier )

LMu pointe egalement le 'reforme' qui peut lui aussi couter...

Piste TF exacte: depend du nombre de donnees ( cas matriciel: N2 , cas TF NlogN ) voir le cout de l'interpolation.

Passer d'une organisation matricielle a vectorielle

Pb: Le logiciel a toujours une limitation pour mélanger des fichiers heterogene même si la plupart des fichiers oifits du beauty-contest sont lus.

Effort un peu lourd passé en basse priorité.

Passage NB instant d'obs*NWalen x nb bases : personne n'est convaincu que cela apportera de grands gains.

Autres

Difficulté dans l'estimation du module de la visibilité comparé aux observés. A priori non critique, mais peu dépendre des erreurs. ACh pense que les erreurs des fichiers ne devrait pas etre surestimé d'un facteur 2.

LBo mentionne l'architecture de test perf de SearchCal à mettre en gestion de conf

Mise à jour de la documentation à effectuer

ptimPack en GPL Wisard Cecill Pb de livraison conjointement d'un logiciel Cecill et GPL

LBo demande s'il est possible que le Wisard indique qu'il pense se trouver dans un minimum local. A voir avec l'evolution d'un mauvais Chi2 Tests à réaliser avec les solutions des Beauty Contests 2006 et 2010, pour confirmer qu'on est bien dans un cas de minimum local.

LBo demande si les flag/ données nulles NAN sont pris en compte pour écarter les données. MVa indique que dans ces cas, le poids associé est mis quasi nul. Les clotures sont pour l'instant egalement 'annulées'.

Outils collaboratifs

Action JMMC: Creation d'un compte SVN Armando

Martin devrait placer ses modifs dans une branche 'version faster'

Résumé des actions :

- LMu : Envoi d'un mise à jour de la librairie Optimpack utilisée par fmin_op, pour résoudre pb d'identification d'OS et d'executable.

- MVa : Création d'une branche "faster" dans le SVN pour archiver les développements faits et en cours sur l'optimisation du code

- ADo et MVa : essai de nouvelles pistes d'optimisation : appel de fonctions par structure, interpolation de FFT, factorisation éventuelles de calculs matricielles (reform)

- MVa : examen des minimum locaux, à partir des solutions des IBC 2006 et 2010.

- MVa: étude d'un format d'archivage similaire à celui de search Cal, ou on garde les configs (paramètres d'appel) et les résultats des tests.

- Tous : possibilité de faire tourner les versions du batch load_all_IBC et de wisard_faster en développement, pour commentaires et/ou bugs.