Improve documentation, move open questions in QUESTIONS file.

diff --git a/NOTES b/NOTES
index b57d492a28dcbecb9ec008adbeb3391bd5bd5479..da97c1b7d931932e6731a146a82bc34209c49531 100644 (file)
--- 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 d11f96cba6d0146aa6205314beff25e4245204a5..5ce52c17dd1474c056be39e2f5dedb6a8d9890c6 100644 (file)
--- 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 1cfa637ec3ed18036537b88478fb1d8d8ad58f30..ff7c6df0053864e5342027f0e6e8d91b3e17d909 100644 (file)
--- 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
 ================