Scribd
Upload
12 views

Lecture 06

This document discusses parallel and distributed computing. It covers direct communication where each process must explicitly name the sender or receiver. It also discusses indirect communication where processes communicate through shared mailboxes. The document describes how messages can be sent and received synchronously or asynchronously and how buffers can have zero, bounded, or unbounded capacity.

Uploaded by

syeddawoodshah129
Copyright
© © All Rights Reserved
Available Formats
Download as PDF, TXT or read online on Scribd
12 views

Lecture 06

This document discusses parallel and distributed computing. It covers direct communication where each process must explicitly name the sender or receiver. It also discusses indirect communication where processes communicate through shared mailboxes. The document describes how messages can be sent and received synchronously or asynchronously and how buffers can have zero, bounded, or unbounded capacity.

Uploaded by

syeddawoodshah129
Copyright
© © All Rights Reserved
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 34

PARALLEL AND

DISTRIBUTED COMPUTING

Lecture 06

By
Mr. Sheraz Babar

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Direct Communication (1)

Naming
• Processes that want to communicate must have a way to refer to each
other
• They use either direct or indirect communication
• Under direct communication each process must explicitly name the
receipt or sender of the communication
• Send (P, message) meaning send a message to process P
• Receive (Q, message) meaning receive a message from process Q
Direct Communication (2)

A communication link in this scheme has the following properties


• A link is established automatically between every pair of processes
and each process must know only each other’s identity
• A link is associated with exactly two processes
• Between each pair of processes, there exist only one link
• This link has symmetry in addressing, both sender and receiver must
name each other for communication
Direct Communication (3)

Another variant of Direct Communication


• Here, only the sender names the recipient, the recipient is not
required to name the sender
• Send (P, message) meaning send a message to process P
• Receive (id, message) Receive a message from any process; the variable id is
set to the name of the process with which the communication has taken place
• This scheme has asymmetry in addressing
• The disadvantage in both of these schemes is the limited modularity
of the resulting process definitions
• Changing the identifier of a process may necessitate examining all
other process definitions
Indirect Communication (1)

• The messages are sent to and received from mailboxes or ports


• A mailbox can be viewed abstractly as an object into which messages
can be placed by processes and from which messages can be
removed
• Each mailbox has a unique identification
• Two processes can communicate only if the processes have a shared
mailbox
• Send (A, message) – send a message to mailbox A
• Received (A, message ) – receive a message from mailbox A
Indirect Communication (2)

A communication link in this scheme has the following properties


• A link is established between a pair of processes only if both members of
the pair have a shared mailbox
• A link may be associated with more than two processes
• Between each pair of communicating processes, there may be a number of
different links, with each link corresponding to one mailbox
• Now suppose that process P1, P2 and P3 all share mailbox A
• Process P1 sends a message to A, while both P2 and P3 execute () a receive
from A.
• Which process will receive the message sent by P1?
Indirect Communication (3)

• The answer depends on which of the following method we choose


1. Allow a link to be associated with two processes at most
2. Allow at most one process at a time to execute a receive () operation
3. Allow the system to select arbitrarily which process will receive the
message (that is either P2 or P3, but not both
4. The system may also define an algorithm for selecting which process will
receive a message (round robin, where processes take turns receiving
messages)
5. The system may identify the receiver to the sender
• A mailbox may be owned either by a process or by the operating system
Synchronization

• Communication between processes takes place through calls to send() and receive()
primitives.
• There are different design options for implementing each primitive
• Message passing may be either blocking or nonblocking- also known as synchronous
and asynchronous
• Block Sending:
• The sending process is blocked until the message is received by the receiving process or by the
mailbox
• Nonblocking Send:
• The sending process sends the message and resumes operation
• Blocking Receive:
• The receiver blocks until the message is available
• Nonblocking Receive:
• The receiver retrieves either a valid message or a null
Buffering (1)

• Whether communication is direct or indirect, messages exchanged by


communicating processes reside in a temporary queue.
• These queues can be implemented in three ways
Zero Capacity
• The queue has maximum capacity of zero; thus the link cannot have
any messages waiting in it
• In this case, the sender must block until the recipient receives the
messages
Buffering (2)

Bounded Capacity
• The queue has a finite length n, thus at most n messages can reside in
it
• If the queue is not full when a new message is sent, the message is
placed in the queue and the sender can continue execution without
waiting
• The link capacity is finite, however, if the link is full, the sender must
block until space is available in queue
Buffering (3)

Unbounded Capacity
• The queues length is potentially infinite, thus any number of
messages can wait in it
• The sender never blocks
The End

34

You might also like