X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/767a7a537b2ac742705d23b8dcb25d64cd36a2ee..756b82fad06ba482ed401f3ed35c31874f367e8a:/examples/msg/actions-comm/actions-comm.c
diff --git a/examples/msg/actions-comm/actions-comm.c b/examples/msg/actions-comm/actions-comm.c
index 0d2d6461a4..da5e79f0a8 100644
--- a/examples/msg/actions-comm/actions-comm.c
+++ b/examples/msg/actions-comm/actions-comm.c
@@ -10,21 +10,20 @@
/** @addtogroup MSG_examples
*
- * @section MSG_ex_actions Trace driven simulations
+ * @section msg_ex_actions Trace driven simulations
*
- * The actions/actions.c example demonstrates how to run trace-driven simulations. It is very handy when you
- * want to test an algorithm or protocol that does nothing unless it receives some events from outside. For example,
- * a P2P protocol reacts to requests from the user, but does nothing if there is no such event.
+ * This section details how to run trace-driven simulations. It is very handy when you want to test an algorithm or
+ * protocol that does nothing unless it receives some events from outside. For example, a P2P protocol reacts to
+ * requests from the user, but does nothing if there is no such event.
*
- * In such situations, SimGrid allows to write your protocol in your C file, and the events to react to in a separate
+ * In such situations, SimGrid allows you to write your protocol in a C file, and the events to react to in a separate
* text file. Declare a function handling each of the events that you want to accept in your trace files, register
* them using \ref xbt_replay_action_register in your main, and then use \ref MSG_action_trace_run to launch the
* simulation. You can either have one trace file containing all your events, or a file per simulated process. Check
- * the tesh files in the example directory for details on how to do it.
+ * the tesh files in the example directories for details on how to do it.
*
- * This example uses this approach to replay MPI-like traces. It comes with a set of event handlers reproducing MPI
- * events. This is somehow similar to SMPI, yet differently implemented. This code should probably be changed to use
- * SMPI internals instead, but wasn't, so far.
+ * - Communication: actions-comm/actions-comm.c. This example comes with a set of event handlers reproducing
+ * some classical communication primitives (synchronous and asynchronous send/receive, broadcast, barrier, ...).
*/
XBT_LOG_NEW_DEFAULT_CATEGORY(actions, "Messages specific for this msg example");
@@ -35,8 +34,6 @@ static void action_Isend(const char *const *action);
typedef struct {
int last_Irecv_sender_id;
int bcast_counter;
- int reduce_counter;
- int allReduce_counter;
xbt_dynar_t isends; /* of msg_comm_t */
/* Used to implement irecv+wait */
xbt_dynar_t irecvs; /* of msg_comm_t */