When the client and the server communicate via RPC, the client blocks until it receives a response from the server.What is the drawback of this design? Give an alternative suggestion to remove this limitation.

Question

What will be an ideal response?

Answer 1

When the client calls the remote procedure, the client blocks until it receives a
response, which introduces inefficiency.While the server processes the client’s call, the client
can do other jobs while waiting for server’s reply. This model is unnecessarily constraining,
especially when the client does not need to know the result of the call or when the client can
continue to proceed without the server’s reply. For example, if the client sends a call to
update a database on the server, the client should be able to proceed without waiting for the
server to finish the update if the client does not depend on the result of the call. To remove
this limitation, the server can send an acknowledgement to the client immediately after it
receives the client’s request. The acknowledgement implies that the server will process the
client’s call. Upon receiving the acknowledgement from the server, the client can continue
without blocking.When the server finishes, it then sends the result back to the client.