BUGS

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