Changes between Version 62 and Version 63 of PerformancesIPSLCM5A
- Timestamp:
- 09/20/12 12:38:27 (12 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
PerformancesIPSLCM5A
v62 v63 35 35 36 36 * En première approche, les performances sont identiques à celles de vargas. 37 * Les post-traitements se feront sur des noeuds dédiés et non plus sur ulam. Il faut donc demander aussi les heures nécessaires pour les post-traitements. Estimation : 20% du calcul.37 * Les post-traitements se feront sur des noeuds dédiés et non plus sur ulam. Il faut donc demander aussi les heures nécessaires pour les post-traitements. Estimation : 20%-25% du calcul. 38 38 * Il faut bien préciser les besoins : 39 39 * accès depuis ada par NFS aux fichiers gaya. En lecture seule seulement. Si besoin en écriture, le préciser car ce n'est pas envisagé à ce jour par l'IDRIS. 40 40 * outils nécessaires de type nco, cdo, ... sur ada 41 41 * préciser le nombre de jobs de post-traitements mono simultanés : 300 42 * nombre de fichiers sur gaya et espace : 120 000 si on ne packe pas pour une simulation de type historical. 7 000 si on packe. Pas encore testé sur ada. dépendra de la dimension de l'espace temporaire .42 * nombre de fichiers sur gaya et espace : 120 000 si on ne packe pas pour une simulation de type historical. 7 000 si on packe. Pas encore testé sur ada. dépendra de la dimension de l'espace temporaire WORKDIR. 43 43 44 44 === Rappel des performances vargas === … … 143 143 * nombre de fichiers et espace sur CCCSTOREDIR, justifier précisément si plus de 100 000 fichiers. Donner les tailles de fichiers, idéalement entre 1 et 100 Go. 144 144 * nombre de jobs simultanés de post-traitement en mono. Préciser que la limite à 128 jobs est pénalisante. 300 serait mieux 145 * pour faire de la production, il faut enchaîner les jobs de calcul. Le calcul de priorité actuel tient compte des heures déjà consommées, autrement dit plus on a consommé, plus on attendra avant de rentrer en execution. Ceci rend impossible de la production. Bien préciser le nombre d'heures qui se feront en production avec le nombre de processeurs utilisés.145 * pour faire de la production, il faut enchaîner les jobs de calcul. Le calcul de priorité actuel tient compte des heures déjà consommées, autrement dit plus on a consommé, plus on attendra avant de rentrer en execution. Ceci rend impossible la production basée sur l'enchaînement de jobs lancés les uns par les autres. Bien préciser le nombre d'heures qui se feront en production avec le nombre de processeurs utilisés. 146 146 147 147 ==== noeuds fins ==== … … 150 150 151 151 '''Mesure consommation 10 ans''' 152 || machine || Nb CPU || Temps réel/mois || Temps réel/mois ||Temps réel/10 ans || '''Temps à demander sur noeuds fins ''' || '''Temps à demander sur noeuds larges ''' ||153 || curie || 32 || 900 s || 24 h || '''800 h''' || ''' 200 h''' ||152 || machine || Nb CPU || Temps réel/mois || Temps réel/10 ans || '''Temps à demander sur noeuds fins ''' || '''Temps à demander sur noeuds larges ''' || 153 || curie || 32 || 900 s || 30 h || '''1000 h''' || ''' 250 h''' || 154 154 155 155 ===== Résolution 144x142x39 - ORCA2 =====