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

diff --git a/BUGS b/BUGS
index ff54efc..5d493ad 100644
--- a/BUGS
+++ b/BUGS
@@ -1,3 +1,20 @@
-./loba cluster1000.xml -N64 -L100 -i100 -a fair -T hcube
-=> leads to deadlock (with stable)
+Faut-il protéger les accès concurrents à real_load, entre compute_loop
+et load_balance_loop ?
 
+========================================================================
+Il semblerait qu'il y ait un bug dans SG 3.5, et qu'on ne puisse pas
+utiliser MSG_comm_waitany() pour l'émetteur *et* le récepteur sans
+risquer d'interblocage.
+
+Le problème devrait être contourné correctement depuis le commit
+cd6b253 Use MSG_comm_waitall for communicator::flush(true).
+
+========================================================================
+Avec SG 3.5, les communications doivent être détruites dès que
+possible avec MSG_comm_destroy().  Si ce n'est pas fait, la simulation
+peut être extrêmement ralentie.
+
+Le problème devrait être contourné correctement depuis le commit
+404a8d5 Do not call flush automatically in communcator::send...
+
+========================================================================