From: Arnaud Giersch Date: Fri, 11 Feb 2011 08:01:07 +0000 (+0100) Subject: Improve documentation, move open questions in QUESTIONS file. X-Git-Tag: v0.1~136 X-Git-Url: https://bilbo.iut-bm.univ-fcomte.fr/and/gitweb/loba.git/commitdiff_plain/62556b444506565f9a55889f482d8758ca50c3a6?ds=inline Improve documentation, move open questions in QUESTIONS file. --- diff --git a/NOTES b/NOTES index b57d492..da97c1b 100644 --- a/NOTES +++ b/NOTES @@ -57,11 +57,3 @@ thread, and a load-balancer thread. The loop terminates when process::still_running() returns false. (read the source for full details...) - -Open questions -============== - * definition of load on heterogeneous hosts? - * how to detect convergence? - : No need to detect convergence. Computation stops when there - nothing more to do. - * how to manage link failures? diff --git a/QUESTIONS b/QUESTIONS index d11f96c..5ce52c1 100644 --- a/QUESTIONS +++ b/QUESTIONS @@ -1,7 +1,15 @@ -* en bookkeeping, n'y aurait-il pas moyen de simpifier les choses? +* En bookkeeping, n'y aurait-il pas moyen de simplifier les choses ? Soit le scénario suivant : - A prévoit d'envoyer 100 à B - B prévoit d'envoyer 99 à A - simplifier en : - A prévoit d'envoyer 1 à B - B prévoit d'envoyer 0 à A + - A prévoit d'envoyer 100 à B ; + - B prévoit d'envoyer 99 à A. + Ne serait-il pas possible de simplifier ça en : + - A prévoit d'envoyer 1 à B ; + - B prévoit d'envoyer 0 à A. + Comment, sachant que l'équilibrage est asynchrone ? + + * Comment définir la charge avec des nœuds hétégrogènes ? + + * Comment détecter la convergence ? Y en a-t-il vraiment besoin ? + -> les calculs s'arrêtent quand il n'y a plus rien à faire... + + * Comment gérer les pannes des leins de communication ? diff --git a/README b/README index 1cfa637..ff7c6df 100644 --- a/README +++ b/README @@ -46,6 +46,45 @@ Pour changer le niveau de détail des affichages : Pour plus de détail sur les options de logging : http://simgrid.gforge.inria.fr/doc/group__XBT__log.html#log_use +Sorties +======= + +* pendant la simulation : +[Bourassa 5.000000] [proc/INFO] (6:1) current load: 5 ; expected: 0.3125 + +------- +------- +-------- + + +-------------- +-------------- + | | | | | | \_ charge attendue + | | | | | | (en bookkeeping) + | | | | | \_ charge courante + | | | | | + | | | | \_ nombre d'itérations de calculs + | | | | + | | | \_ nombre d'itérations d'équilibrage + | | | + | | \_ catégorie de messages + | | + | \_ date courante (en secondes, dans la simulation) + | + \ nom du nœud + +* à la fin de la simulation : +[Bourassa 108.886866] [proc/INFO] Final load after 107:4 iterations: 1.04113 ; expected: 1 + +------- +--------- +-------- +-- + +------ +---------- + | | | | | | \_ charge attendue + | | | | | | (en bookkeeping) + | | | | | | + | | | | | \_ charge courante + | | | | | + | | | | \_ nombre d'itérations de calculs + | | | | + | | | \_ nombre d'itérations d'équilibrage + | | | + | | \_ catégorie de messages + | | + | \_ date courante (en secondes, dans la simulation) + | + \ nom du nœud + + Tracé de courbes ================