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...

========================================================================