3.4 Communication Modes. The send call described in Section 3.2.1 is blocking: it does not return until the message data and envelope have been safely stored away so that the sender is free to modify the send buffer. The message might be copied directly into the matching receive buffer, or it might be copied into a temporary system buffer. Message buffering decouples the send and receive operations. A blocking send can complete as soon as the message was buffered, even if no matching receive has been executed by the receiver. On the other hand, message buffering can be expensive, as it entails additional memory-to-memory copying, and it requires the allocation of memory for buffering. MPI offers the choice of several communication modes that allow one to control the choice of the communication protocol. The send call described in Section 3.2.1 uses the standard communication mode. In this mode, it is up to MPI to decide whether outgoing messages will be buffered. MPI may buffer outgoing messages. In such a case, the send call may complete before a matching receive is invoked. On the other hand, buffer space may be unavailable, or MPI may choose not to buffer outgoing messages, for performance reasons. In this case, the send call will not complete until a matching receive has been posted, and the data has been moved to the receiver. Thus, a send in standard mode can be started whether or not a matching receive has been posted. It may complete before a matching receive is posted. The standard mode send is non-local: successful completion of the send operation may depend on the occurrence of a matching receive. Rationale. The reluctance of MPI to mandate whether standard sends are buffering or not stems from the desire to achieve portable programs. Since any system will run out of buffer resources as message sizes are increased, and some implementations may want to provide little buffering, MPI takes the position that correct (and therefore, portable) programs do not rely on system buffering in standard mode. Buffering may improve the performance of a correct program, but it doesn’t affect the result of the program. If the user wishes to guarantee a certain amount of buffering, the userprovided buffer system of Section 3.6 should be used, along with the buffered-mode send. (End of rationale.) There are three additional communication modes. A buffered mode send operation can be started whether or not a matching receive has been posted. It may complete before a matching receive is posted. However, unlike the standard send, this operation is local, and its completion does not depend on the occurrence of a matching receive. Thus, if a send is executed and no matching receive is posted, then MPI must buffer the outgoing message, so as to allow the send call to complete. An error will occur if there is insufficient buffer space. The amount of available buffer space is controlled by the user — see Section 3.6. Buffer allocation by the user may be required for the buffered mode to be effective. A send that uses the synchronous mode can be started whether or not a matching receive was posted. However, the send will complete successfully only if a matching receive is posted, and the receive operation has started to receive the message sent by the synchronous send. Thus, the completion of a synchronous send not only indicates that the send buffer can be reused, but it also indicates that the receiver has reached a certain point in its execution, namely that it has started executing the matching receive. If both sends and receives are blocking operations then the use of the synchronous mode provides synchronous communication semantics: a communication does not complete at either end before both processes rendezvous at the communication. A send executed in this mode is non-local. A send that uses the ready communication mode may be started only if the matching receive is already posted. Otherwise, the operation is erroneous and its outcome is undefined. On some systems, this allows the removal of a hand-shake operation that is otherwise required and results in improved performance. The completion of the send operation does not depend on the status of a matching receive, and merely indicates that the send buffer can be reused. A send operation that uses the ready mode has the same semantics as a standard send operation, or a synchronous send operation; it is merely that the sender provides additional information to the system (namely that a matching receive is already posted), that can save some overhead. In a correct program, therefore, a ready send could be replaced by a standard send with no effect on the behavior of the program other than performance. Three additional send functions are provided for the three additional communication modes. The communication mode is indicated by a one letter prefix: B for buffered, S for synchronous, and R for ready.

3.4 Modos de comunicación. La llamada de envío descrita en la Sección 3.2.1 está bloqueando: no regresa hasta que los datos y el sobre del mensaje se hayan guardado de manera segura para que el remitente pueda modificar el buzón de envío. El mensaje se puede copiar directamente en el buzón de recepción correspondiente o se puede copiar en un buzón de sistema temporal. La construcción de mensajes desacopla las operaciones de envío y recepción. Un envío de bloqueo puede completarse tan pronto como el mensaje fue almacenado, incluso si el receptor no ha ejecutado ninguna recepción coincidente. Por otro lado, la creación de mensajes puede ser costosa, ya que conlleva el copiado de memoria a memoria adicional, y requiere la asignación de memoria para la creación de registros. MPI ofrece la elección de varios modos de comunicación que permiten controlar la elección del protocolo de comunicación. La llamada de envío descrita en la Sección 3.2.1 utiliza el modo de comunicación estándar. En este modo, depende de MPI decidir si los mensajes salientes se almacenarán. MPI puede almacenar mensajes salientes. En tal caso, la llamada de envío puede completarse antes de invocar una recepción coincidente. Por otro lado, el espacio de almacenamiento puede no estar disponible, o MPI puede optar por no almacenar mensajes de salida, por razones de rendimiento. En este caso, la llamada de envío no se completará hasta que se haya publicado una recepción coincidente y los datos se hayan trasladado al receptor.Por lo tanto, se puede iniciar un envío en modo estándar ya sea que se haya publicado o no una recepción coincidente. Puede completarse antes de que se publique una recepción coincidente. El modo estándar de envío no es local: la finalización exitosa de la operación de envío puede depender de la aparición de una recepción coincidente. Razón fundamental. La renuencia de MPI a determinar si los envíos estándar se están desarrollando o no se debe al deseo de lograr programas portátiles. Dado que cualquier sistema se quedará sin recursos almacenados a medida que se incrementen los tamaños de los mensajes, y algunas implementaciones pueden querer proporcionar poca capacidad, MPI toma la posición de que los programas correctos (y por lo tanto, portátiles) no dependen de la administración del sistema en el modo estándar. La mejora puede mejorar el rendimiento de un programa correcto, pero no afecta el resultado del programa. Si el usuario desea garantizar una cierta cantidad de buzos, debe usarse el sistema de buzones provisto por el usuario de la Sección 3.6, junto con el envío en modo buón. (Fin de la justificación.) Hay tres modos de comunicación adicionales. Se puede iniciar una operación de envío en modo almacenado ya sea que se haya publicado o no una recepción coincidente. Puede completarse antes de que se publique una recepción coincidente. Sin embargo, a diferencia del envío estándar, esta operación es local y su finalización no depende de la ocurrencia de una recepción coincidente.Por lo tanto, si se ejecuta un envío y no se publica una recepción coincidente, MPI debe almacenar el mensaje saliente, para permitir que se complete la llamada de envío. Se producirá un error si no hay espacio suficiente en el almacén. La cantidad de espacio disponible en el almacén está controlada por el usuario; consulte la Sección 3.6. Es posible que se requiera una mejor asignación por parte del usuario para que el modo mejorado sea efectivo. Se puede iniciar un envío que utiliza el modo síncrono ya sea que se haya publicado o no una recepción coincidente. Sin embargo, el envío se completará correctamente solo si se publica una recepción coincidente, y la operación de recepción ha comenzado a recibir el mensaje enviado por el envío síncrono. Por lo tanto, la finalización de un envío síncrono no solo indica que el buzón de envío se puede reutilizar, sino que también indica que el receptor ha alcanzado un cierto punto en su ejecución, es decir, que ha comenzado a ejecutar la recepción correspondiente. Si tanto el envío como la recepción están bloqueando las operaciones, el uso del modo síncrono proporciona una semántica de comunicación síncrona: una comunicación no se completa en ninguno de los dos extremos antes de que ambos procesos se encuentren en la comunicación. Un envío ejecutado en este modo no es local. Un envío que utiliza el modo de comunicación listo puede iniciarse solo si la recepción coincidente ya está publicada. De lo contrario, la operación es errónea y su resultado no está definido.En algunos sistemas, esto permite la eliminación de una operación de apretón de manos que de otro modo se requiere y resulta en un mejor rendimiento. La finalización de la operación de envío no depende del estado de una recepción coincidente, y simplemente indica que el buzón de envío puede ser reutilizado. Una operación de envío que utiliza el modo listo tiene la misma semántica que una operación de envío estándar o una operación de envío síncrono; es simplemente que el remitente proporciona información adicional al sistema (es decir, que ya se ha publicado una recepción coincidente), lo que puede ahorrar algo de sobrecarga. Por lo tanto, en un programa correcto, un envío listo podría ser reemplazado por un envío estándar sin efecto sobre el comportamiento del programa que no sea el rendimiento. Se proporcionan tres funciones de envío adicionales para los tres modos de comunicación adicionales. El modo de comunicación se indica mediante un prefijo de una letra: B para bu er, S para sincrónico y R para listo.