TODO
=> l'ensemble des simulations s'annonce trop énorme, il faut réduire
  (dans un premier temps)
  - enlever les plateformes à 256
  - enlever les ratios 1000:1, 100:1, 1:100, et 1:1000.
  On conserve ainsi 4 plates-formes sur 6, et 3 ratios sur 7, le total
  se trouve alors réduit à : 9408 × 4/6 × 3/7 = 2688 combinaisons, soit
  une réduction de 71,4%).

RÉSUMÉ
- 6 plates-formes
- 7 topologies
- 7 ratios comp/comm
- 2 répartitions initiales
- 4 algos
- 2 avec ou sans bookkeeping
- 2 entier ou réel
=> TOTAL = 6 × 7 × 7 × 2 × 4 × 2 × 2 = 9408 combinaisons !

=> arborescence des résultats, répartition des fichiers
  Actuellement :
  - results_XY_Z/plat_${PLATFORM}/topo_${TOPOLOGY}/algo_${ALGO}_VARIANT.out
  Avec :
  - X : 'I' (variante entière) ou 'R' (variante réelle)
  - Y : '1' (node 0) ou 'N' (réparition aléatoire)
  - Z : '1000:1' '100:1' '10:1' '1:1' '1:10' '1:100' '1:1000' (ratio)
  - VARIANT: 'plain' ou 'bookkeeping'

NOMBRE DE NÅ’UDS                                         [OK]
- 16
- 64
- 256
=> 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)

Caractéristiques :
- calculs .......: 1 GFlop/s                    -> 1e9
- communications : bw=125 MB/s  lat= 50 µs      -> 1.25e8
- backbone ......: bw=2.25 GB/s lat=500 µs

TOPOLOGIES : toutes                                     [OK]
- btree
- clique
- hcube
- line
- ring
- star
- torus

CHARGE INITIALE                                         [OK]
- 1000 / nœud

REPARTITION INITIALE                                    [OK]
- node 0
- aléatoire     -R
=> même seed!   -r 42

RATIO comp/comm                                         [OK]
- 1000          -c 1e6,0 -C 1.25e2,0
- 100           -c 1e6,0 -C 1.25e3,0
- 10            -c 1e6,0 -C 1.25e4,0
- 1             -c 1e6,0 -C 1.25e5,0
- 1/10          -c 1e6,0 -C 1.25e6,0
- 1/100         -c 1e6,0 -C 1.25e7,0
- 1/1000        -c 1e6,0 -C 1.25e8,0
=> 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
- besteffort
- 2besteffort
- makhoul

VARIANTES                                               [OK]
- bookkeeping   -b
- integer       -Z