Logo AND Algorithmique Numérique Distribuée

Public GIT Repository
Also run the memcopy test
[simgrid.git] / ChangeLog
index 42a1bfc..119b558 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,21 +1,82 @@
+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).
+  * Fix a vicious bug in the TCP buffering mecanism which leaded to message
+    loss when they were small enough to fit into the buffer and sent quickly
+    enough so that they can all get received in one shoot.
+       
+  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 excuses, I admit)
+    
+  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]
+
+  XBT:
+  * When running manually src/testall, you select specific units [Mt]
+    testall is the result of our cunit mecanism, and should replace all
+    the scripty thingy around since bash don't run easily on billware.
+
+  * A mallocator system has been added. [Christophe Thiery]
+    Mallocators allow you to recycle your unused objects instead of freeing them
+    and allocating new ones.
+
+  Documentation update:
+  * FAQ reworking + New FAQs:
+    - "Valgrind spits tons of errors!" [Mt]
+    - "How to repport bugs" [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:
+       # Part 1: Bases
+         . Lesson 0: Installing GRAS
+         . Lesson 1: Setting up your own project
+       # Part 2: Message passing
+         . 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
+         . Lesson 9: Exchanging simple data
+       More are due, of course. They will come latter. In the meanwhile, you can 
+       check the examples which are still here.
+
+ --
+
 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]  
+    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
@@ -24,7 +85,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]
@@ -40,11 +101,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) {
@@ -63,7 +124,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: 
@@ -92,7 +153,7 @@ SimGrid (3.1) unstable; urgency=low
     meant. This breaks the API of AMOK and of xbt/config. Sorry about this,
     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