• Correction d'un bug de la vizu lors de la visualisation d'éléments cassés. En gros, ce qui se passait:
  • En cours de calcul, lors de l'update des champs (par exemple epsilon plastique) de la vizu, on bouclait seulement sur les éléments actifs et ça donnait n'importe quoi.
  • Avant, lors d'un rechargement d'un fac, avant la version 14 du fac, ça marchait parce que l'activité d'un élément n'était pas stockée ⇒ tous les éléments étaient actifs par défaut.
  • Maintenant (depuis la version 872), comme l'activité est stockée dans le fac (version 14 du fac), ça merdait aussi lors du rechargement du fac. Comme c'est moi le coupable, je veux bien faire un abdo pour me punir…
• Effet colatéral, j'ai aussi corrigé les champs extrapolés (fillNodalExtrapolatedInternalFields) et les champs moyens sur l'élément (fillMeanGaussValuesInternalFields) qui retournent les bonnes valeurs pour les éléments actifs et inactifs pour les champs extrapolés ou moyens.

• J'ai corrigé dat2py pour que l'import bacon et surtout l'allocation des mailles soit plus rapide (ça pouvait prendre 30 minutes sur Spirou pour certains gros import). Maintenant, on créé les noeuds avec une référence temporaire qu'on passe à la création des mailles ⇒ on passe de 12 minutes à 2 minutes sur mon pc.
• J'ai aussi introduit un compteur de temps CPU (et l'extracteur TSC-CPU qui va avec) dans les cas-tests où on ne calcule rien: les import copraLarge, les maillages de ma thèse, les maillages gen4, les maillages genIso et, le plus important au niveau des cas-tests de l'opti. Donc, dans ce dernier cas, on a un extracteur du temps CPU total de l'optimisation.

— Pierre-Paul Jeunechamps 2009/05/29 10:06