X-Git-Url: https://bilbo.iut-bm.univ-fcomte.fr/and/gitweb/loba.git/blobdiff_plain/5ac6e4c95a58f2daef49121f2f8ce4461d8014b2..411d7ea8c287167a43491e01120ae5a35567370a:/BUGS?ds=sidebyside

diff --git a/BUGS b/BUGS
index 9ae9690..3a1a2a4 100644
--- 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 ####################################
+========================================================================
+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 ?