Généralités
===========

Lors d'une simulation *Code_Aster* , des affichages par défaut tracent dans les fichiers message et résultats (.mess/.resu) **certaines caractéristiques dimensionnantes du calcul** . On retrouve notamment, pour chaque opérateur *Aster*  :


*   Les *caractéristiques des systèmes linéaires*  à construire et à résoudre (nombre de nœuds, d'équations et de Lagranges, taille de la matrice...),


*   Les *mémoires* *JEVEUX*  plancher (pour passer en Out-Of-Core [1]_
) et optimale (pour passer en In-Core),


*   La *mémoirehors* *JEVEUX*  requise par certains *produits externes*  (par ex. MUMPS),


*   Les *temps*  CPU, système et «utilisateur» (elapsed),


*   La *ventilation des temps*  consommés suivant les étapes du calcul (calcul élémentaire, assemblage, résolution du système linéaire).

Cette dernière description des temps consommés peut se décliner suivant différents niveaux de lecture (impression synthétique, détaillée et détaillée par incrément de calcul) *via*  le paramètre MESURE_TEMPS/NIVE_DETAIL des commandes DEBUT/POURSUITE. En mode parallèle, on rajoute la valeur moyenne, sur tous les processeurs, des temps consommés ainsi que leur écart-type.




.. [1] L'Out-Of-Core (OOC) est un mode de gestion de la mémoire qui consiste à décharger sur disque certains objets alloués par le code pour libérer de la RAM. Ces déchargements peuvent être automatiques (déclenchés par le système ou le progiciel JEVEUX) ou organisés par le programmeur. La stratégie OOC permet de traiter des problèmes plus gros mais ces accès disque ralentissent le calcul. A contrario, le mode In-Core (IC) consiste à garder les objets en RAM. Cela limite la taille des problèmes accessibles, mais privilégie la vitesse.