X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/c25fbc46b79d4193b64389ddd999b993450a95c4..b4fe64d1bbee1be5dd591975c8edbae1f0c91891:/doc/gtut-introduction.doc
diff --git a/doc/gtut-introduction.doc b/doc/gtut-introduction.doc
index 15450a5738..9e89785913 100644
--- a/doc/gtut-introduction.doc
+++ b/doc/gtut-introduction.doc
@@ -272,7 +272,10 @@ As in SimGrid v3.3, receive operations are done in a separated thread, but they
are done sequentially by this thread. The model is thus 1-port in
reception, but something like 2-port in general. Moreover, the messages not
matching the criterion in explicite receive (see for example \ref
-gras_msg_wait) are queued for further use.
+gras_msg_wait) are queued for further use. Thanks to this specific
+thread, the emission and reception are completely decorelated. Ie, the
+main thread can perfectly send a message while the listener is
+receiving something. We thus have a classical 1-port model.
Here is a graphical representation of a scenario involving two processes A and
B. Both are naturally composed of two threads: the one running user code, and