+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 regresion 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
+
+ -- Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>
+
+
SimGrid (3.3.3) stable; urgency=low
The "Need for Speed" release.
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:
- 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