se trouve alors réduit à : 9408 × 4/6 × 3/7 = 2688 combinaisons, soit
une réduction de 71,4%).
+=> il faut définir le "minimum duration between comp. iterations" à la
+ durée d'exécution d'une unité de charge, soit 1e-3 [ -S1e-3 ].
+=> ou alors il faut augmenter le coût des calculs...
+=> et éventuellement retarder un peu (10 lb-itérations ou 10s simulées par
+ ex.) le début des calculs [ -d10 ou -D10 ]...
+
RÉSUMÉ
- 6 plates-formes
- 7 topologies
=> défini par les plates-formes
PLATES-FORMES [OK]
-- homogène -> cluster{16,64,256}.xml
-- hétérogène -> grid{16,64,256}.xml
- * grid16 : 4 clusters de 4 nœuds sur 4 sites (1 par site)
- * grid64 : 16 clusters de 4 nœuds sur 8 sites (2 par site)
- * grid256 : 24 clusters de 10 ou 11 nœuds sur 8 sites (2 ou 4 par site,
- dont 1 à 10 nœuds et 1 ou 3 à 11 nœuds)
+- homogène -> cluster{16,64,256,1024}.xml
+- hétérogène -> grid{16,64,256,1024}.xml
+ * grid16 : 4 clusters de 4 nœuds sur 4 sites (1 par site)
+ * grid64 : 16 clusters de 4 nœuds sur 8 sites (2 par site)
+ * grid256 : 24 clusters de 10 ou 11 nœuds sur 8 sites (2 ou 4 par site,
+ dont 1 à 10 nœuds et 1 ou 3 à 11 nœuds)
+ * grid1024 : 24 clusters de 42 ou 43 nœuds sur 8 sites (2 ou 4 par site,
+ dont 1 à 42 nœuds et 1 ou 3 à 43 nœuds)
Caractéristiques :
- calculs .......: 1 GFlop/s -> 1e9
=> corrigés en fonction des ratios des capacités de calcul/comm (1e9/1.25e8)
=> ajustés pour que les calculs ne durent pas trop longtemps si toute la
charge se trouve sur un seul nœud
+=> une unité de charge "dure" 1e-3 secondes.
+ ( 1000 -> 1 seconde ; 16000 -> 16 secondes ; 64000 -> 64 secondes ; etc. )
+=> pour les communications, une unité de charge vaut, suivant le ratio, entre
+ 125 octets et 125 Mo. Avec un ratio de 1, c'est 125 Ko.
+
+BORNES SUR LES COMMUNICATIONS [OK]
+- taille minimale de paquet (-m) : 1e-4
+ motivation : trop de paquets trop petits ralentissent fortement les simu.
+- taille maximale des paquets (-M) : 10
+ motivation : mauvaise perfs. avec certains algos.
ALGOS [OK]
- simple
