Logo AND Algorithmique Numérique Distribuée

Public GIT Repository
Cosmetics: whitespace cleanup.
[simgrid.git] / ChangeLog
index 5e95785..1fca822 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,6 +1,61 @@
-SimGrid (3.7) NOT RELEASED; urgency=low
+SimGrid (3.8) NOT RELEASED; urgency=low
 
-  The "sprint cleanups (before the next Big Project kicks in)" release.
+ The "SimGrid makes psssshiiiit and jumps into the cloud" release.
+
+ CMAKE:
+ * Remove option custom_flags. Now use environment variables CFLAGS
+   and LDFLAGS.
+
+ MSG:
+ * Add an experimental interface to manipulate VMs. They are mainly
+   process groups with very few intrinsic semantic, but they should
+   allow you to build the semantic you want easily.
+
+ Simix:
+ * Bug fixes around the resource failures: don't let the processes
+   survive the host they are running onto
+
+ SimDag:
+ * New type of typed tasks SD_TASK_COMP_PAR_AMDAHL that represents a
+   parallel task whose initial work is distributed among host according
+   to the Amdahl's law. Such tasks are created with a parameter alpha
+   that corresponds to the non-parallelizable part of the computation.
+
+   Before calling SD_task_schedulel or SD_task_schedulev, the
+   SD_task_distribute_comp_amdahl function has to be called with the
+   desired number of workstations. The filling of computation_amount and
+   communication_amount (actually empty) structures is then done
+   seamlessly.
+ * New function SD_workstation_dump to display various information
+
+ -- $date Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>
+
+SimGrid (3.7.1) stable; urgency=low
+
+ MSG:
+ * Restore the prototype of MSG_process_create_with_environment() to
+   the pre-3.7 situation by removing the kill_time argument.
+ * Add a MSG_process_set_kill_time() function instead.
+
+ SURF:
+ * Fix weird behaviors when dealing with parallel tasks.
+
+ Build System:
+ * Fix compilation when using MSG_USE_DEPRECATED.
+ * Fix some compilation issues on Macs and Windows.
+ * Reduce the number of failing tests on exotic systems, like Debian/Hurd.
+ * Environment variables CFLAGS and LDFLAGS are now honored by cmake.
+
+ We discovered that the Lua console is broken, but we are missing the
+ manpower to fix it right now. The problem existed in 3.7 too, so we
+ are not blocking the release for that. Sorry if you depended on this
+ feature, any help would be really welcome.
+
+ -- Thu Jun 7 2012 Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>
+
+SimGrid (3.7) stable; urgency=low
+
+  The "spring cleanups (before the next Big Project kicks in)" release.
 
   Models:
   * We can specify the SMPI latency/bandwidth factor with command line
@@ -53,8 +108,12 @@ SimGrid (3.7) NOT RELEASED; urgency=low
     - contexts/synchro: Synchronization mode to use when running
       contexts in parallel (either futex, posix or busy_wait)
     - contexts/parallel_threshold: Minimal number of user contexts
-      that must be part of a scheduling round to switch to parallel 
+      that must be part of a scheduling round to switch to parallel
       execution mode (raw contexts only)
+  * Fix bugs that prevented to use suspend/resume along with
+    synchronization structures.
+  * Fix bugs in process termination that lead to invalid memory access
+    in very specific conditions.
 
   SURF:
   * Introduce a parallel mode for the models (controlled by surf/nthreads
@@ -137,7 +196,7 @@ SimGrid (3.7) NOT RELEASED; urgency=low
       Turn model-checking OFF if simulation performance matters to you.
       Not enabling it at runtime is not enough, disable it in cmake.
 
-  -- $date Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>
+  -- Tue May 15 11:30:19 UTC 2012 Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>
 
 SimGrid (3.6.2) stable; urgency=low
 
@@ -178,7 +237,6 @@ SimGrid (3.6.2) stable; urgency=low
 
  -- Wed Oct  5 15:51:01 CEST 2011 Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>
 
-
 SimGrid (3.6.1) stable; urgency=low
 
  The "Oops, we broke Macs too" release
@@ -1166,7 +1224,7 @@ SimGrid (3.3) stable; urgency=high
     [contributed by Sékou Diakite, many thanks]
 
  GRAS:
-  * Introduce a listener thread in charge of receiving incomming
+  * Introduce a listener thread in charge of receiving incoming
     messages from the network. It allows to overlap communication and
     computation but most notably, it removes some stupid deadlocks due
     to the fact that so far, a process could not send and receive at