BUGS

   1 ========================================================================
   2 Il faut réviser l'utilisation du mutex entre le thread d'équilibrage
   3 et le thread de calcul.  Il semble gardé beaucoup trop longtemps.
   4
   5 ========================================================================
   6 ##### RESOLVED BUGS COME AFTER THIS ####################################
   7 ========================================================================
   8 Comment expliquer ces différences entre SG 3.5 et SG svn ?
   9
  10 $ ./loba platform.xml -Tline -abest -L500 -t1800 -c1e8,0 -C1e7,0 -M0 2>&1 --log=comm.thres:debug -s100 -b | grep LOAD
  11 [Bourassa 1031.097913] [comm/DEBUG] send LOAD: 366.211 to Fafard_data
  12 [Bourassa 1306.997159] [comm/DEBUG] send LOAD: 20.0806 to Fafard_data
  13 [Bourassa 1541.486345] [comm/DEBUG] send LOAD: 4.74548 to Fafard_data
  14 [Bourassa 1766.189415] [comm/DEBUG] send LOAD: 3.09753 to Fafard_data
  15 [Fafard 2579.229566] [comm/DEBUG] received LOAD: 366.211 from Bourassa
  16 [Fafard 2605.989948] [comm/DEBUG] received LOAD: 20.0806 from Bourassa
  17 [Fafard 2612.318155] [comm/DEBUG] received LOAD: 4.74548 from Bourassa
  18 [Fafard 2616.450666] [comm/DEBUG] received LOAD: 3.09753 from Bourassa
  19
  20 $ ./loba-dev platform_dev.xml -Tline -abest -L500 -t1800 -c1e8,0 -C1e7,0 -M0 2>&1 --log=comm.thres:debug -s100 -b | grep LOAD
  21 [Bourassa 1031.097913] [comm/DEBUG] send LOAD: 366.211 to Fafard_data
  22 [Bourassa 1306.997159] [comm/DEBUG] send LOAD: 20.0806 to Fafard_data
  23 [Fafard 1519.035900] [comm/DEBUG] received LOAD: 366.211 from Bourassa
  24 [Fafard 1519.035900] [comm/DEBUG] send LOAD: 282.074 to Ginette_data
  25 [Bourassa 1541.486345] [comm/DEBUG] send LOAD: 4.74548 to Fafard_data
  26 [Fafard 1629.312931] [comm/DEBUG] received LOAD: 20.0806 from Bourassa
  27 [Fafard 1629.312931] [comm/DEBUG] received LOAD: 4.74548 from Bourassa
  28 [Fafard 1629.312931] [comm/DEBUG] send LOAD: 6.19507 to Ginette_data
  29 [Bourassa 1766.189415] [comm/DEBUG] send LOAD: 3.09753 to Fafard_data
  30 [Fafard 1898.705676] [comm/DEBUG] received LOAD: 3.09753 from Bourassa
  31 [Ginette 1932.076243] [comm/DEBUG] received LOAD: 282.074 from Fafard
  32 [Ginette 1940.343540] [comm/DEBUG] received LOAD: 6.19507 from Fafard
  33
  34 Probablement par un bug dans SG 3.5.
  35
  36 ========================================================================
  37 Il semblerait qu'il y ait un bug dans SG 3.5, et qu'on ne puisse pas
  38 utiliser MSG_comm_waitany() pour l'émetteur *et* le récepteur sans
  39 risquer d'interblocage.
  40
  41 Le problème devrait être contourné correctement depuis le commit
  42 cd6b253 Use MSG_comm_waitall for communicator::flush(true).
  43
  44 ========================================================================
  45 Avec SG 3.5, les communications doivent être détruites dès que
  46 possible avec MSG_comm_destroy().  Si ce n'est pas fait, la simulation
  47 peut être extrêmement ralentie.
  48
  49 Le problème devrait être contourné correctement depuis le commit
  50 404a8d5 Do not call flush automatically in communcator::send...
  51
  52 ========================================================================
  53 Valgrind détecte une fuite de mémoire liée à un appel à backtrace.
  54
  55 Le problème semble être indépendant de SimGrid et peut être reproduit
  56 avec le code suivant (NB: l'équivalent, compilé avec gcc ne génère pas
  57 d'erreur).
  58 ,----
  59 | #include <execinfo.h>
  60 | #include <iostream>
  61 | int main()
  62 | {
  63 |     void *buffer[64];
  64 |     int size = -1;
  65 |     size = backtrace(buffer, sizeof buffer / sizeof buffer[0]);
  66 |     std::cerr << "backtrace() returned " << size << "\n";
  67 | }
  68 `----
  69 ==532== HEAP SUMMARY:
  70 ==532==     in use at exit: 56 bytes in 1 blocks
  71 ==532==     ...
  72 ==532== LEAK SUMMARY:
  73 ==532==    ...
  74 ==532==    still reachable: 56 bytes in 1 blocks
  75
  76 ========================================================================