X-Git-Url: https://bilbo.iut-bm.univ-fcomte.fr/and/gitweb/loba.git/blobdiff_plain/8e7e07c4c17ab67ab3fd485d48b163705909ac63..f6c6dae812623bc2931059a69a094412d14c777c:/TESTS diff --git a/TESTS b/TESTS index 721b03e..98ea0ab 100644 --- a/TESTS +++ b/TESTS @@ -1,33 +1,17 @@ TODO -=> arborescence des résultats, répartition des fichiers - Actuellement : - - results_XY_Z/plat_${PLATFORM}/topo_${TOPOLOGY}/algo_${ALGO}/loba_${PARAM}.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) - -=> changer les noms de fichiers en (il faut modifier run-all): - - 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' - -=> l'ensemble des simulations s'annonce trop énorme, il faut réduire. +=> 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%). -=> il y a un problème avec le choix des paramètres: en mode "node 0" - avec une charge initiale de 1000/nœud, la charge totale est de au - moins 16000, soit, pour une itération de calcul, avec les paramètres - choisis, 16000 secondes. IL N'EST PAS POSSIBLE D'EQUILIBRER DANS LE - TEMPS IMPARTI DE 10000 SECONDES !!! - - faut-il diviser par 1000 les paramètres -c/-C ? +=> 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 @@ -39,6 +23,15 @@ RÉSUMÉ - 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 @@ -46,12 +39,14 @@ NOMBRE DE NŒUDS [OK] => 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 @@ -76,14 +71,26 @@ REPARTITION INITIALE [OK] => même seed! -r 42 RATIO comp/comm [OK] -- 1000 -c 1e9,0 -C 1.25e5,0 -- 100 -c 1e9,0 -C 1.25e6,0 -- 10 -c 1e9,0 -C 1.25e7,0 -- 1 -c 1e9,0 -C 1.25e8,0 -- 1/10 -c 1e9,0 -C 1.25e9,0 -- 1/100 -c 1e9,0 -C 1.25e10,0 -- 1/1000 -c 1e9,0 -C 1.25e11,0 +- 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