Message Passing Versus Calling
Message passing should be contrasted with the alternative communication method for passing information between programs – the Call. In a traditional Call
, arguments are passed to the "callee" (the receiver) typically by one or more general purpose registers or in a parameter list containing the addresses of each of the arguments. This form of communication differs from message passing in at least three crucial areas:
- total memory usage
- transfer time
- locality
In message passing, each of the arguments has to have sufficient available extra memory for copying the existing argument into a portion of the new message. This applies irrespective of the size of the original arguments – so if one of the arguments is (say) an HTML string of 31,000 octets describing a web page (similar to the size of this article), it has to be copied in its entirety (and perhaps even transmitted) to the receiving program (if not a local program).
By contrast, for the call method, only an address of say 4 or 8 bytes needs to be passed for each argument and may even be passed in a general purpose register requiring zero additional storage and zero "transfer time". This of course is not possible for distributed systems since an (absolute) address – in the callers address space – is normally meaningless to the remote program (however, a relative address might in fact be usable if the callee had an exact copy of, at least some of, the callers memory in advance). Web browsers and web servers are examples of processes that communicate by message passing. A URL is an example of a way of referencing resources that does depend on exposing the internals of a process.
A subroutine call or method invocation will not exit until the invoked computation has terminated. Asynchronous message passing, by contrast, can result in a response arriving a significant time after the request message was sent.
A message handler will, in general, process messages from more than one sender. This means its state can change for reasons unrelated to the behaviour of a single sender or client process. This is in contrast to the typical behaviour of an object upon which methods are being invoked: the latter is expected to remain in the same state between method invocations. (in other words, the message handler behaves analogously to a volatile object).
Read more about this topic: Message Passing
Famous quotes containing the words message, passing and/or calling:
“For the message about the cross is foolishness to those who are perishing, but to us who are being saved it is the power of God.”
—Bible: New Testament, 1 Corinthians 1:18.
“When as a child I laughed and wept,
Time crept.
When as a youth I waxed more bold,
Time strolled.
When I became a full-grown man,
Time RAN.
When older still I daily grew,
Time FLEW.
Soon I shall find, in passing on,
Time gone.
O Christ! wilt Thou have saved me then?
Amen.”
—Henry Twells (18231900)
“[T]he most artful method [of courtship] would be this, to tell her that what she doth not possess is useless and contemptible, that weakness and imperfection is the perfection of a woman, that I am stark mad in love with ignorance; and thus shall I allure her by calling her [a] fool.”
—Sarah Fielding (17101768)