1. Généralités#

Par défaut, le gestionnaire de mémoire JEVEUX employé dans Code_Aster utilise plusieurs fichiers d’accès direct de type binaire. Ces fichiers constituent les «bases» JEVEUX, les structures de données qui seront de nouveau utilisées en cas de poursuite du calcul sont stockées dans la base GLOBALE dans un format propre au gestionnaire de mémoire. Au cours du calcul, le gestionnaire de mémoire est amené à utiliser les bases pour décharger temporairement la mémoire, ainsi le mode d’accès choisi pour ses performances dans ce mode d’utilisation n’est pas adapté à une sauvegarde surtout s’il l’on veut les rendre indépendantes de la plate-forme.

L’usage de la librairie HDF, déjà utilisée dans le cadre du format d’échange de données MED, pour une écriture du contenu des bases JEVEUX se révèle beaucoup plus adapté. Le fichier obtenu après sauvegarde peut facilement se transférer, après une éventuelle compression, sur une plate-forme locale pour effectuer par exemple des opérations de post-traitement avec une version portée de Code_Aster .

Un fichier au format HDF est organisé comme une arborescence fichier unix, la notion de «group» s’apparente à la notion de répertoire, la notion de «dataset» correspond au fichier. De plus il est possible d’affecter des attributs à chaque niveau de «group» et/ou à chaque «dataset». Nous avons exploité ces quelques notions pour organiser la recopie de l’ensemble des objets JEVEUX contenus dans une base.

HDF fournit un utilitaire (h5dump) permettant d’écrire au format ASCII le contenu de tout un fichier, il est ainsi très facile, pour des fichiers de taille raisonnable, d’obtenir le contenu de tous les objets constituant une base JEVEUX.