- What are the differences between
System V IPCandPOSIX IPC? - Why do we have two standards ?
- How to decide which IPC functions to use ?
What are the differences between System V IPC and POSIX IPC ? Why do
Share
Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
System V IPC and POSIX IPC ?
Both have the same basic tools — semaphores, shared memory and message queues. They offer a slightly different interface to those tools, but the basic concepts are the same. One notable difference is that POSIX offers some notification features for message queues that Sys V does not. (See
mq_notify().)Sys V IPC has been around for longer which has a couple of practical implications —
First, POSIX IPC is less widely implemented. I wrote a Python wrapper for POSIX IPC and its documentation lists what I know about POSIX IPC implementations on various platforms.
On all of the platforms listed in that documentation, Sys V IPC is completely implemented AFAIK, whereas you can see the POSIX IPC is not.
The second implication of their relative age is that POSIX IPC was designed after Sys V IPC had been used for a while. Therefore, the designers of the POSIX API were able to learn from the strengths and weaknesses of the Sys V API. As a result the POSIX API is simpler
and easier to use IMO, and I recommend it over the Sys V API.
I should note that I’ve never run any performance tests to compare the two. I would think that the older API (Sys V) would have had more time
to be performance tuned, but that’s just speculation which is of course no substitute for real-world testing.
As to why there are two standards — POSIX created their standard because they thought it was an improvement on the Sys V standard. But if everyone agreed that POSIX IPC is better, many many many programs still use Sys V IPC and it would take years to port them all to POSIX IPC. In practice, it would not be worth the effort so even if all new code used POSIX IPC as of tomorrow, Sys V IPC would stick around for many years.
We can’t tell you which you should use without knowing a lot more about what you intend to do, but the answers you have here should give you enough information to decide on your own.