Cosmetics: split long line.

[loba.git] / BUGS

diff --git a/BUGS b/BUGS
index 9ae9690eef1c7d71139d5ac8cbd6f885174d8af7..3a1a2a449398146b2e6d1347ca18aa9548c5c719 100644 (file)
--- a/BUGS
+++ b/BUGS
@@ -1,9 +1,32 @@
 ========================================================================
 ========================================================================

-Il faut réviser l'utilisation du mutex entre le thread d'équilibrage
-et le thread de calcul.  Il semble gardé beaucoup trop longtemps.
+En mode entier (-Z), aucune vérification n'est faite sur la charge
+totale, ni sur la répartition initiale!
+
+Il faut vérifier, et arrondir et émettre un warning dans le cas contraire :
+- que la charge totale est entière, dans main.cpp ;
+- au début de chaque process que la charge initiale est entière.
+
+Il faut également s'assurer que la répartition aléatoire produit une
+distribution entière.

 
 ========================================================================
 ##### RESOLVED BUGS COME AFTER THIS ####################################
 
 ========================================================================
 ##### RESOLVED BUGS COME AFTER THIS ####################################

+========================================================================
+Il faut réviser l'utilisation du mutex entre le thread d'équilibrage
+et le thread de calcul.  Il semble gardé beaucoup trop longtemps.
+
+Bon, une partie du problème est rectifiée par le commit
+48de954 Stop locking the mutex on data_receive.
+
+Pour le reste, je pense maintenant que ça ne gêne pas, au moins dans
+le simulateur.  Pour faire bien, il faudrait plus séparer les deux
+threads d'équilibrage et de calcul, et faire en sorte que chacun garde
+un cache des données globales partagées.  Il suffirait alors de
+synchroniser ces caches à chaque itération.
+
+Les données partagées sont essentiellement les données des voisins :
+load, to_send et debt.
+

 ========================================================================
 Comment expliquer ces différences entre SG 3.5 et SG svn ?
 
 ========================================================================
 Comment expliquer ces différences entre SG 3.5 et SG svn ?