X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/be437b7fa306304527b4b99a22d4bd017586cd68..6c8ca19e7f0a4920dc817e36b89e86d0050748bd:/ChangeLog diff --git a/ChangeLog b/ChangeLog index 8642b05039..b6f8473b76 100644 --- 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 Fri, 14 Jul 2006 01:32:27 +0200 SimGrid (3.0.1) unstable; urgency=low