| 15 | |
| 16 | |
| 17 | 2 difficultés majeurs sur titane : |
| 18 | |
| 19 | * Les post-traitements des simulations faites sur titane se font actuellement sur cesium. Nous rencontrons des difficultés car cesium est trop petite pour absorber toute la charge des post-traitements. |
| 20 | * Une première action a été de faire les rebuild sur la frontale de titane. Utiliser libIGCM_v1_11 pour cela. |
| 21 | * Pour pouvoir faire tous les post-traitements sur titane il faudrait : |
| 22 | * disposer des outils nco et C° nécessaires (rappeler la liste svp) |
| 23 | * avoir la possibilités de lancer jusque 150 jobs à la fois, en classe scalaire sur vargas. C'est ce que peut soumettre le script !TimeSeriesChecker de vérification des TS |
| 24 | * avoir la possibilité de tourner une vingtaine de jobs de type scalaire simultanément par utilisateur |
| 25 | * disposer de l'espace TMPDIR nécessaire à ces jobs de post-traitements qui tourneraient simultanément. |
| 26 | * Le nombre d'inodes sur /dmnfs |
| 27 | * Les répertoires MONITORING sont sur /dmnfs pour être accessibles par dods. |
| 28 | * Au TGCC, il est prévu d'avoir un 2ème espace visible depuis dods. Quand ce sera prêt on stockera les MONITORING là et on en fera un tar pour stocker un seul fichier sur STOREDIR |
| 29 | * Les fichiers de type Analyse et SE resteront en l'état. A noter ils sont également visible depuis dods. Il y aura donc 2 serveurs dods. |
| 30 | * Les fichiers de type Restart seront gardés une fois par an au lieu de une fois par mois de simulation. |
| 31 | * Les fichiers de type Output seront regroupés (commande nccat) par an dans un répertoire Packed (au lieu de Output). |
| 32 | * Les fichiers de type texte seront regroupés par an ou plus (cat). |
| 33 | * Le travail de développement nécessaire est important et un soutien ingénieur spécifique est demandé. Besoins déjà répertoriés : |
| 34 | * script de !Package/Verification/Ménage, modification des scripts de TS pour tenir compte de la nouvelle arborescence, diffusion de cette pratique à tous, ... |
| 35 | * mise en place d'un cache dans la chaine pour stocker les fichiers produits par les simus, les accéder depuis les jobs de post-traitements et stocker in fine sur SCRATCHDIR des fichiers qui ne seront plus utilisés par la chaine de production. |
| 36 | |