]> AND Private Git Repository - loba.git/blobdiff - BUGS
Logo AND Algorithmique Numérique Distribuée

Private GIT Repository
run-all: add possibility to specify the variants to run in parameter file.
[loba.git] / BUGS
diff --git a/BUGS b/BUGS
index 1f5ee7e1c423010400babd5e7ad2438912669f2b..de42340c8cd028ef825725f46a373fd71fdc10f3 100644 (file)
--- a/BUGS
+++ b/BUGS
@@ -4,6 +4,24 @@
 Les fonctions MSG_get_host{number,table} n'existent plus dans les
 dernières versions de SimGrid.  Utiliser MSG_hosts_as_dynar à la place.
 
 Les fonctions MSG_get_host{number,table} n'existent plus dans les
 dernières versions de SimGrid.  Utiliser MSG_hosts_as_dynar à la place.
 
+-- Tue, 06 Mar 2012 17:02:02 +0100
+
+Le patch suivant corrige le problème :
+--- a/hostdata.cpp
++++ b/hostdata.cpp
+@@ -19,8 +19,9 @@ void hostdata::create()
+     using std::placeholders::_1;
+     using std::placeholders::_2;
+-    int nhosts = MSG_get_host_number();
+-    m_host_t* host_list = MSG_get_host_table();
++    xbt_dynar_t host_dynar = MSG_hosts_as_dynar();
++    int nhosts = xbt_dynar_length(host_dynar);
++    m_host_t* host_list = static_cast<m_host_t*>(xbt_dynar_to_array(host_dynar));
+     // only sort hosts for automatically created deployment
+     if (opt::auto_depl::enabled)
+         std::sort(host_list, host_list + nhosts,
+
 ========================================================================
 -- Wed, Feb 29 16:16:45 2012 +0100
 
 ========================================================================
 -- Wed, Feb 29 16:16:45 2012 +0100
 
@@ -71,56 +89,3 @@ d'erreur).
 ==532==    still reachable: 56 bytes in 1 blocks
 
 ========================================================================
 ==532==    still reachable: 56 bytes in 1 blocks
 
 ========================================================================
--- Wed, Mar 9 08:24:40 2011 +0100
-
-Comment expliquer ces différences entre SG 3.5 et SG svn ?
-
-$ ./loba platform.xml -Tline -abest -L500 -t1800 -c1e8,0 -C1e7,0 -M0 2>&1 --log=comm.thres:debug -s100 -b | grep LOAD
-[Bourassa 1031.097913] [comm/DEBUG] send LOAD: 366.211 to Fafard_data
-[Bourassa 1306.997159] [comm/DEBUG] send LOAD: 20.0806 to Fafard_data
-[Bourassa 1541.486345] [comm/DEBUG] send LOAD: 4.74548 to Fafard_data
-[Bourassa 1766.189415] [comm/DEBUG] send LOAD: 3.09753 to Fafard_data
-[Fafard 2579.229566] [comm/DEBUG] received LOAD: 366.211 from Bourassa
-[Fafard 2605.989948] [comm/DEBUG] received LOAD: 20.0806 from Bourassa
-[Fafard 2612.318155] [comm/DEBUG] received LOAD: 4.74548 from Bourassa
-[Fafard 2616.450666] [comm/DEBUG] received LOAD: 3.09753 from Bourassa
-
-$ ./loba-dev platform_dev.xml -Tline -abest -L500 -t1800 -c1e8,0 -C1e7,0 -M0 2>&1 --log=comm.thres:debug -s100 -b | grep LOAD
-[Bourassa 1031.097913] [comm/DEBUG] send LOAD: 366.211 to Fafard_data
-[Bourassa 1306.997159] [comm/DEBUG] send LOAD: 20.0806 to Fafard_data
-[Fafard 1519.035900] [comm/DEBUG] received LOAD: 366.211 from Bourassa
-[Fafard 1519.035900] [comm/DEBUG] send LOAD: 282.074 to Ginette_data
-[Bourassa 1541.486345] [comm/DEBUG] send LOAD: 4.74548 to Fafard_data
-[Fafard 1629.312931] [comm/DEBUG] received LOAD: 20.0806 from Bourassa
-[Fafard 1629.312931] [comm/DEBUG] received LOAD: 4.74548 from Bourassa
-[Fafard 1629.312931] [comm/DEBUG] send LOAD: 6.19507 to Ginette_data
-[Bourassa 1766.189415] [comm/DEBUG] send LOAD: 3.09753 to Fafard_data
-[Fafard 1898.705676] [comm/DEBUG] received LOAD: 3.09753 from Bourassa
-[Ginette 1932.076243] [comm/DEBUG] received LOAD: 282.074 from Fafard
-[Ginette 1940.343540] [comm/DEBUG] received LOAD: 6.19507 from Fafard
-
--- Thu, Mar 24 16:03:24 2011 +0100
-
-Probablement par un bug dans SG 3.5.
-
-========================================================================
--- Thu, Jan 27 17:15:02 2011 +0100
-
-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).
-
-========================================================================
--- Thu, Jan 27 17:15:02 2011 +0100
-
-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...
-
-========================================================================