X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/ca8a39f9679abcef3c5c546966e5144ec41f67c3..353c4c06c1a35f6dc973b9e9b0f5ce680b21138c:/ChangeLog

diff --git a/ChangeLog b/ChangeLog
index 2630539095..7e7e71bb8b 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,35 @@
+SimGrid (3.3.4) unstable; urgency=low
+
+ The "Desktop Grid needs love too" release.
+
+ * Use LV08 as default network model since it gives better accuracy
+    for small messages and shouldn't change things for big ones.
+   Use --cfg=network_model:CM02 to get the previous behavior.
+ * Fix a major regression from 3.2 where the timeout provided to
+   MSG_task_put_with_timeout() was used as absolute time before which
+   the comm should be done.
+ * Fix a source-level compatibility glitch from 3.2: after defining
+   MSG_USE_DEPRECATED, you can use the old name
+   MSG_task_put_with_time_out() for MSG_task_put_with_timeout()
+ * Allow to compile from the SVN with automake 1.11
+ * Invalidate maxmin system partially
+   This feature optimizes the maxmin solution through partial invalidation of maxmin system.
+   Use "--cfg:maxmin-selective-update=1" to enable it.
+ * Cas01_IM (Cas01 IMproved)
+   This CPU model is the same Cas01 model, but it uses the maxmin-selective-update flag
+   and a heap structure to manage actions on SURF kernel. It reduces the complexity to
+   find the next action to finish and, consequently, it's faster than the old Cas01.
+   Use "--cfg=cpu_model:Cas01_IM" to change to this CPU model.
+ * CpuTI (CPU Trace Integration)
+   A new CPU model whose objective is simulate faster when using availability trace files.
+   It does the pre-integration of traces files to calculate the amount of CPU power available,
+   and so, executes faster than the old CPU models.
+   Use "--cfg=cpu_model:CpuTI" to change to this CPU model.
+ * Fix some problems when using the "start_time" tag in deployment XMLs.
+
+ -- Da SimGrid team <simgrid-devel@lists.gforge.inria.fr> 
+
+
 SimGrid (3.3.3) stable; urgency=low
 
  The "Need for Speed" release.
@@ -14,15 +46,16 @@ SimGrid (3.3.3) stable; urgency=low
 
  Here are some approximate speedup measurements (on master/slaves
   simulations lasting between 10s and 20s each):
-   3.3.1                   -> 3.3.2: -15%
-   3.3.2                   -> 3.3.3: +40%
-   3.3.1                   -> 3.3.3: +40%
-   3.3.1 with inline patch -> 3.3.3: +30%
+   3.3.1                   -> 3.3.2: about same performance
+   3.3.2                   -> 3.3.3: 40% speedup
+   3.3.1                   -> 3.3.3: 40% speedup
+   3.3.1 with inline patch -> 3.3.3: 30% speedup
    
  Our reading is that the refactoring which occurred in 3.3.2 made us
   suffer much more from the xbt_dynar_foreach low performance, but
   once we solved this, this refactoring proved to be very performance
-  effective.
+  effective. From the 40% speedup, somehow, 10% are due to the
+  inlining and 30% to the refactoring.
 
  That's a pitty that gcc cannot inline functions placed in other files
   alone. We have to choose between:
@@ -31,7 +64,7 @@ SimGrid (3.3.3) stable; urgency=low
   - live with low performance 
   - switch to a decent compiler such as icc (not quite possible).
 
- -- Da SimGrid team <simgrid-devel@lists.gforge.inria.fr> 
+ -- Da SimGrid team <simgrid-devel@lists.gforge.inria.fr> Thu, 20 Aug 2009 21:21:33 +0200
 
 SimGrid (3.3.2) stable; urgency=low