Logo AND Algorithmique Numérique Distribuée

Public GIT Repository
Oups, previous commit was a bit premature. Properly explain how to setup your GRAS...
[simgrid.git] / ChangeLog
index 8642b05..b6f8473 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,14 +1,65 @@
+SimGrid (3.1.1) unstable; urgency=low
+
+  GRAS:
+  * New module mecanism where user code can use per process globals [Mt]
+    This is similar to gras_userdata_*() functions, but for libraries. It
+      factorize some code developped over and over in the examples and AMOK.
+    It has still to be documented and used (only amok/peermanagement is
+      converted for now).
+       
+  AMOK:
+  * Do really rename the hostmanagement module to peermanagement. [Mt]
+    Ie, rename functions from amok_hm_* to amok_pm_*. This breaks the API,
+    but this is rather new and this was documented in the module
+    documentation (poor excuse, I admit)
+
+  Documentation update:
+  * New FAQ: "Valgrind spits tons of errors!" [Mt]
+  * GRAS tutorial [Mt]
+    It contains:
+     - an introduction to the framework and to the used communication model
+     - an initiatic tour introducing the most proheminent features:
+       # Lesson 0: Installing GRAS
+       # Lesson 1: Setting up your own project
+       # Lesson 2: Exchanging simple messages
+       # Lesson 3: Passing arguments to the processes (in SG)
+       # Lesson 4: Attaching callbacks to messages
+       # Lesson 5: Using globals in processes
+       # Lesson 6: Logging informations properly
+       # Lesson 7: Using internal timers
+       # Lesson 8: Handling errors through exceptions
+       More a due, of course. At least the one explaining how to add data
+       into messages. In the meanwhile, you can check the examples which are
+       still here.
+
+  SIMDAG:
+  * A sequential mode has been added to the workstations. When a workstation
+    is in sequential mode, it can execute only one task, and the other tasks
+    are waiting in a FIFO. [Christophe Thiery]
+
+  SURF:
+  * The KCCFLN05 workstation model now handles parallel tasks. It is the
+    model for SIMDAG. [Christophe Thiery]
+ --
+
 SimGrid (3.1) unstable; urgency=low
 
   General:
   * Port to gcc 4.x   
     There was a stack corruption somewhere, visible only when optimizing
-    with these versions [Vince]
-
+    with these versions. [Vince]
+
+  SIMDAG:
+  * This is a NEW module! SimDAG (SD for short) is a revival of the old SG
+    module that enabled to play with Directed Acyclic Graphs. It is built
+    directly on top of SURF and provides an API rather close to the old
+    SG. Some old codes using SG are currently under rewrite to check that
+    all needful functions are provided. [Christophe Thiery]
+       
   SURF:
-  * complete rewrote of the KCCFLN05 workstation model. It is now an
+  * Complete rewrite of the KCCFLN05 workstation model. It is now an
     extension of the classical CLM03 model that gracefully handles
-    failures. This is now the standard model for MSG and GRAS. It doesn't
+    failures. This is now the default model for MSG and GRAS. It doesn't
     handle parallel tasks yet though. [AL]
   * Bug fix: Weights were not correctly set in the network part. 
     WARNING: This may have resulted in incorrect results with simulations
@@ -17,7 +68,7 @@ SimGrid (3.1) unstable; urgency=low
   SURF, MSG, GRAS:
   * After a (long ?) discussion on simgrid-devel, we have decided that the
     convention we had on units was stupid. That is why it has been decided
-    to move from (MBits, MFlops, seconds) fo (Bits, Flops, seconds). 
+    to move from (MBits, MFlops, seconds) to (Bits, Flops, seconds). 
     WARNING : This means that all previous platform files will not work as
     such with this version! A warning is issued to ask users to update
     their files. [AL]
@@ -33,11 +84,11 @@ SimGrid (3.1) unstable; urgency=low
     (there was many failure situations I hadn't thought of and that weren't
     correctly handled). [AL]
   * New function: MSG_host_is_avail indicates you whether a given m_host_t
-    is up or down.
+    is up or down. [AL]
 
   GRAS:
   * New! a real RPC mecanism, as it ought to be since too long. [MQ]
-      Exception occuring on server-side are propagated back to client (!).
+      Exception occurring on server-side are propagated back to client (!).
       
     API CHANGE: the callback changed their prototype. Change:
         int my_handler(gras_socket_t expeditor, void *payload_data) {
@@ -46,7 +97,9 @@ SimGrid (3.1) unstable; urgency=low
           gras_socket_t expeditor=gras_msg_cb_ctx_from(ctx);
       and you're set.
   * New! function: gras_msg_handleall to deal with all messages arriving
-      within a given period.      
+      within a given period.
+  * New! function: gras_socket_server_range to get a server socket in a
+    range of port numbers (ease to avoid port number conflicts) [MQ]
   * New! gras processes display their backtrace when they get a SIGUSR1
       or when Ctrl-C is pressed. Use Ctrl-C Ctrl-C to exit.
       Sweet to debug RL processes [MQ]
@@ -54,7 +107,7 @@ SimGrid (3.1) unstable; urgency=low
   AMOK:
   * Bandwidth module: 
     - Do not force experiment sizes to be expressed in kb, or it becomes
-      impossible to mesure the latency this way (needs one byte-long tests)
+      impossible to measure the latency this way (needs one byte-long tests)
     WARNING: this changes the amok_bw_* function semantic. [MQ]
     - Implements the link saturation stuff. [MQ]
   * Peer management module: 
@@ -81,9 +134,9 @@ SimGrid (3.1) unstable; urgency=low
     g++. [AL]
   * Renamed xbt_host_t into xbt_peer_t since it betterly describes what I
     meant. This breaks the API of AMOK and of xbt/config. Sorry about this,
-    but I guess that almost nobody used those parts.
+    but I guess that almost nobody used those parts. [MQ]
 
- --
+ -- Da SimGrid team <simgrid-devel@lists.gforge.inria.fr> Fri, 14 Jul 2006 01:32:27 +0200
 
 SimGrid (3.0.1) unstable; urgency=low