Before we dive deep into the subject matter, there are a few things that we should understand:

Let’s understand the actual meaning of: IPC. IPC is an abbreviation that stands for “Inter-process Communication”. It denotes a set of system calls that allows a User Mode process to:

• Synchronize itself with other processes by means of ‘Semaphores’.
• Send messages to other processes or receive messages from them.
• Share a memory area with other processes.

IPC was introduced in a development UNIX variant called “Columbus Unix” and IPC was introduced in a development UNIX variant called “Columbus Unix” and later adopted by AT&T’s System III. It is now commonly found in most UNIX systems, including GNU/Linux.

Need of Inter process communication:

There are several reasons for providing an environment that allows process cooperation:

• Information sharing
• Speedup
• Modularity
• Convenience

System V IPC is more heavyweight than BSD mmap, and provides three methods of communication:

• message queues,
• semaphores, and
• shared segments.

Like BSD mmap, System V IPC uses files to identify shared segments. Unlike BSD, System V uses these files only for naming. Their contents have nothing to do with the initialization of the shared segment. IPC data structures are created dynamically when a process requests an IPC Resource, i.e. a semaphore, a message queue, or a shared memory segment.

What is Inter Process Communication means?

The mechanism in which User Mode processes synchronize themselves and exchange data is referred to as “Inter-process Communication (IPC)” in UNIX Systems (that includes Linux too).

But in what way exactly do terms like: Semaphores, Shared Memory and Message Queues relate to IPC?
Semaphores, Shared Memory and Message Queues do relate to IPC in a very special way, since Semaphores, Shared Memory and Message Queues are “Inter-process Communication Resources” or “Inter-process Communication Facilities”, and different in the way they represent IPC from “Inter-process Communication Mechanisms” like Pipes and FIFOs. Semaphores, Shared Memory and Message Queues are System V (AT&T System V.2 release of UNIX) IPC facilities, and they represent wrapper functions that have been developed and inserted in suitable libraries to harness the energy and beauty of IPC mechanisms.

Data sharing among processes can be obtained by storing data in temporary files protected by locks. But this mechanism is never implemented as it proves costly since it requires accesses to the disk filesystem. For that reason, all UNIX Kernels include a set of system calls that supports process communications without interacting with the filesystem.

Application programmers have a variety of needs that call for different communication mechanisms. Some of the basic mechanisms that UNIX systems, GNU/Linux is particular has to offer are:

• Pipes and FIFOs: Mainly used for implementing producer/consumer interactions among processes. Some processes will fill the pipe with data while others will extract from it.
• Semaphores: Here we refer to (NOT the POSIX Realtime Extension Semaphores applied to Linux Kernel Threads), but System V semaphores which apply to User Mode processes. Used for locking critical sections of code.
• Message Queues: To set up a message queue between processes is a way to exchange short blocks (called messages) between two processes in an asynchronous way.
• Shared Memory: A mechanism (specifically a resource) applied when processes need to share large amounts of data in an efficient way.

In our next article, we will cover understanding of PIPES and FIFOs with example.

Source:

• http://linux.omnipotent.net/article.php
• http://en.wikipedia.org/wiki/Inter-process_communication