Differences

This shows you the differences between two versions of the page.

--- commit:futur:lpx [2019/06/12 15:02] – [Commit - LPx - 13 Juin 2019] papeleux
+++ commit:futur:lpx [2019/06/13 11:59] – papeleux
@@ Line 3: / Line 3: @@
 ===== Commit - LPx - 13 Juin 2019 =====
-bug fix StopCriterion::StopAtFac
+bug fix & modification StopCriterion::StopAtFac
 deplacement de l'appel à criterion->checkCriterion(&metafor)
-===== StopCriterion::StopAtFac: =====
+===== bug fix : StopCriterion::StopAtFac: =====
   * de manière peu identifiée, la demande au TimeStepManager si on est au temps de l'archivage ( bool TimeStepManager::writeToFac()) incrémentait un compteur interne à TimeStepManager''currentFacNo'' si on est au temps du fac
   * l'appel à la fonction writeToFac dans les stop criterion bloquait l'écriture du fac sur disque (bien que tout le reste du process se passe de manière identique
   * en "workaround", j'ai sorti l'incrémentation du compteur ''currentFacNo'' hors de la fonction ''TimeStepManager::writeToFac()'' pour créer une fonction ''TimeStepManager::facWritten()'' dont le rôle est l'incrémentation du dit compteur (appelé pour les archivages aux temps prévus, pas pour les remaillages, ...).
-  * Une gestion unifiée des temps d'archivage pourtait être mise en place (d'autres mécanismes doivent co-exister pour voir si on est aux temps des facs, des stages, ...)
+  * Une gestion unifiée des temps d'archivage pourrait (devrait) être mise en place (d'autres mécanismes doivent co-exister pour voir si on est aux temps des facs, des stages, ...)
 ===== déplacement checkCriterion : =====
   * A la demande de Yannick, l'appel à checkCriterion a été déplacé de avant le calcul des extracteur à juste après (dans la fonction Final Balancing).
-  * L'intérêt est de pouvoir utiliser un extracteur déjà calculé dans le ValuesManager (dont le cout peut être non négligeable)
+  * L'intérêt est de pouvoir utiliser un extracteur déjà calculé dans le ValuesManager (dont le coût peut être non négligeable)
   * Enfin, ce déplacement amène l'appel à "checkCriterion" après l'appel à la fonction "finalConfigurationBalancing" (qui calcules les forces sur les Dofs fixés) => si le critère est basé sur la mesure d'une réaction, il sera (cette fois) calculé sur les bonnes réactions
+===== stopAtNextFac- checkAtFac: =====
+  * Pour donner plus de souplesse au Stop Criterion, j'ai modifié les options des StopCriterion
+    * stopAtNextFac (def : false) : teste le critère à chaque pas de temps mais n'arrete le calcul que au prochain archivage (particulièrement adapté aux calculs d'IRS pour lesquels les postpros sont écrits sur base de "tours entiers. La valeur mesurée pourrait redescendre en dessous de la valeur critique au moment du fac)
+Remplace évidemment l'option "StopAtFac".
+    * checkAtFac (def : false) : ne teste les critères que au moment des archivages (et stoppe donc aussi à ces moments)
 ===== Fichiers ajoutés/supprimés : =====
 <code>
-Added :
+Added : oo_meta/mtFEM/ValueManagerStopCriterion.h/cpp
 Deleted :
 Moved :
@@ Line 27: / Line 33: @@
 ===== Tests ajoutés/supprimés =====
 <code>
-Adding:
+Adding: oo_meta/apps/imp/nineStopCriterion3.py
 Deleted :
 Moved :