Jump to content

Inter-process communication: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
Fixed typo
Tags: Reverted Visual edit Mobile edit Mobile web edit
Fixed typo
Tags: Reverted Visual edit Mobile edit Mobile web edit
Line 30: Line 30:
=== Platform communication stack ===
=== Platform communication stack ===
The following are messaging, and information systems that utilize IPC mechanisms but don't implement IPC themselves:
The following are messaging, and information systems that utilize IPC mechanisms but don't implement IPC themselves:

{{Div col|colwidth=30em}}
* [[KDE]]'s [[Desktop communication protocol|Desktop Communications Protocol]] (DCOP){{snd}} deprecated by D-Bus
* [[D-Bus]]
* [[OpenWrt]] uses [https://openwrt.org/docs/techref/ubus ubus] micro bus architecture
* [[MCAPI]] Multicore Communications API
* [[SIMPL]] The Synchronous Interprocess Messaging Project for [[Linux]] (SIMPL)
* [[9P (protocol)|9P]] (Plan 9 Filesystem Protocol)
* [[Distributed Computing Environment]] (DCE)
* [[Thrift (protocol)|Thrift]]
* [[ZeroC]]'s [[Internet Communications Engine]] (ICE)
* [[ØMQ]]
* [[Enduro/X]] Middleware
* [http://www.inspirel.com/yami4 YAMI4]
* [[Enlightenment_(software)]] E16 uses eesh as an IPC
{{div col end}}


=== Operating system communication stack ===
=== Operating system communication stack ===

Revision as of 17:36, 19 July 2022

A grid computing system that connects many personal computers over the Internet via inter-process network communication

In computer science, inter-process communication or interprocess communication (IPC) refers specifically to the mechanisms an operating system provides to allow the processes to manage shared data. Typically, applications can use IPC, categorized as clients and servers, where the client requests data and the server responds to client requests. Many applications are both clients and servers, as commonly seen in distributed computing.

IPC is very important to the design process for microkernels and nanokernels, which reduce the number of functionalities provided by the kernel. Those functionalities are then obtained by communicating with servers via IPC, leading to a large increase in communication when compared to a regular monolithic kernel. IPC interfaces generally encompass variable analytic framework structures. These processes ensure compatibility between the multi-vector protocols upon which IPC models rely.

An IPC mechanism is either synchronous or asynchronous. Synchronization primitives may be used to have synchronous behavior with an asynchronous IPC mechanism.

Approaches

Different approaches to IPC have been tailored to different software requirements, such as performance, modularity, and system circumstances such as network bandwidth and latency.

Applications

Remote procedure call interfaces

  • Java's Remote Method Invocation (RMI)
  • ONC RPC
  • XML-RPC or SOAP
  • JSON-RPC
  • Message Bus (Mbus) (specified in RFC 3259) (not to be confused with M-Bus)
  • .NET Remoting
  • gRPC

Platform communication stack

The following are messaging, and information systems that utilize IPC mechanisms but don't implement IPC themselves:

Operating system communication stack

The following are platform or programming language-specific APIs:

Distributed object models

The following are platform or programming language specific-APIs that use IPC, but do not themselves implement it:

See also

References

  1. ^ "Concurrent programming - communication between processes"
  2. ^ "IpcMain | Electron".