Reunion du 27 Juin 2011

Présents: MVa ADo LMu ACh LBo GMe

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 %ACTION{ created="2011-06-28" creator="Main.GuillaumeMella" due="" state="open" uid="001575" who="Main.MartinVannier" }% examen des minimum locaux, à partir des solutions des IBC 2006 et 2010.

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{ created="2011-06-28" creator="Main.GuillaumeMella" due="" state="open" uid="001573" who="Main.LaurentMugnier" }% 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. %ACTION{ closed="" closer="" created="2011-06-28" creator="Main.GuillaumeMella" due="" notify="" state="open" uid="001574" who="Main.GuillaumeMella" }% essayer de compiler fmin_op sous 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... %ACTION{ created="2011-06-28" creator="Main.GuillaumeMella" due="" state="open" uid="001576" who="Main.MartinVannier, ArmandoDomiciano" }% essai de nouvelles pistes d'optimisation : appel de fonctions par structure, interpolation de FFT, factorisation éventuelles de calculs matricielles (reform)

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

OptimPack en GPL, Wisard Cecill: Pb de livraison conjointement d'un logiciel Cecill et GPL. Laurent est ok pour passer en GPL si ca aide.

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{ created="2011-06-28" creator="Main.GuillaumeMella" due="" state="open" uid="001580" who="Main.GuillaumeMella" }% Creation d'un compte SVN Armando

%ACTION{ closed="2011-12-08" closer="Main.MartinVannier" created="2011-06-28" creator="Main.GuillaumeMella" due="" state="closed" uid="001577" who="Main.MartinVannier" }% Création d'une branche "faster" dans le SVN pour archiver les développements faits et en cours sur l'optimisation du code %ACTION{ created="2011-06-28" creator="Main.GuillaumeMella" due="" state="open" uid="001578" who="Main.MartinVannier" }% Etude d'un format d'archivage similaire à celui de searchCal, ou on garde les configs (paramètres d'appel) et les résultats des tests.

Résumé des actions :

%ACTION{ closed="" closer="" created="2011-06-28" creator="Main.GuillaumeMella" due="" notify="" state="open" uid="001579" who="Main.GuillaumeMella" }% possibilité de faire tourner les versions du batch load_all_IBC et de wisard_faster en développement, pour commentaires et/ou bugs.

%ACTIONSEARCH{ topic=WisardReunionJune2011 state="open" }%