Bird
Raised Fist0
Operating Systemsknowledge~5 mins

Inter-process communication (pipes, shared memory) in Operating Systems - Time & Space Complexity

Choose your learning style10 modes available

Start learning this pattern below

Jump into concepts and practice - no test required

or
Recommended
Test this pattern10 questions across easy, medium, and hard to know if this pattern is strong
Time Complexity: Inter-process communication (pipes, shared memory)
O(n)
Understanding Time Complexity

When processes talk to each other using pipes or shared memory, the time it takes depends on how much data they exchange.

We want to understand how the time grows as the amount of data increases.

Scenario Under Consideration

Analyze the time complexity of the following code snippet.


int fd[2];
pipe(fd); // create pipe

char buffer[SIZE];
for (int i = 0; i < SIZE; i++) {
    buffer[i] = 'a';
}

write(fd[1], buffer, SIZE); // write data to pipe
read(fd[0], buffer, SIZE);  // read data from pipe
    

This code creates a pipe, fills a buffer, then writes and reads data through the pipe.

Identify Repeating Operations

Identify the loops, recursion, array traversals that repeat.

  • Primary operation: Loop filling the buffer and the write/read calls that transfer data.
  • How many times: The loop runs SIZE times; write and read handle SIZE bytes.
How Execution Grows With Input

As the buffer size grows, the time to fill, write, and read grows proportionally.

Input Size (SIZE)Approx. Operations
10About 10 steps to fill + 10 to write + 10 to read = 30 steps
100About 100 + 100 + 100 = 300 steps
1000About 1000 + 1000 + 1000 = 3000 steps

Pattern observation: The total work grows directly with the size of data; doubling data roughly doubles the time.

Final Time Complexity

Time Complexity: O(n)

This means the time to communicate grows in a straight line with the amount of data sent.

Common Mistake

[X] Wrong: "Sending data through a pipe or shared memory always takes constant time regardless of size."

[OK] Correct: Actually, the time depends on how much data is sent; bigger data means more time to copy and transfer.

Interview Connect

Understanding how communication time grows helps you design efficient programs and explain system behavior clearly.

Self-Check

"What if we used multiple smaller writes instead of one big write? How would the time complexity change?"

Practice

(1/5)
1. Which of the following best describes a pipe in inter-process communication?
easy
A. A way to create new processes in the operating system
B. A memory area shared by multiple processes simultaneously
C. A method to encrypt data between processes
D. A channel that sends data in a stream from one process to another

Solution

  1. Step 1: Understand what a pipe does

    A pipe is used to send data in a continuous stream from one process to another, allowing communication.
  2. Step 2: Compare with other options

    Shared memory allows direct access to the same data, encryption is unrelated, and process creation is a different concept.
  3. Final Answer:

    A channel that sends data in a stream from one process to another -> Option D
  4. Quick Check:

    Pipe = Stream data channel [OK]
Hint: Pipes stream data between processes, shared memory shares data directly [OK]
Common Mistakes:
  • Confusing pipes with shared memory
  • Thinking pipes create processes
  • Assuming pipes encrypt data
2. Which of the following is the correct syntax to create a pipe in a Unix-like operating system using C?
easy
A. pipe(int *fd);
B. pipe(fd);
C. pipe(int fd[2]);
D. pipe(fd[2]);

Solution

  1. Step 1: Recall the pipe function signature

    The pipe function requires an integer array of size 2 passed by reference to store file descriptors.
  2. Step 2: Match the correct syntax

    The correct syntax is pipe(fd); where fd is an integer array of size 2 declared before the call.
  3. Final Answer:

    pipe(fd); -> Option B
  4. Quick Check:

    pipe needs int array of size 2 [OK]
Hint: pipe() needs int array of size 2 as argument [OK]
Common Mistakes:
  • Omitting the type in the argument
  • Passing pointer instead of array
  • Passing array without size
3. Consider the following pseudo-code using shared memory:
1. Create shared memory segment
2. Process A writes value 10 to shared memory
3. Process B reads value from shared memory
4. Process B writes value 20 to shared memory
5. Process A reads value from shared memory
What value will Process A read in step 5?
medium
A. 20
B. 10
C. 0
D. Undefined or error

Solution

  1. Step 1: Track writes and reads in shared memory

    Process A writes 10, then Process B reads 10, then Process B writes 20.
  2. Step 2: Determine what Process A reads after Process B's write

    Since shared memory is common, Process A will read the updated value 20.
  3. Final Answer:

    20 -> Option A
  4. Quick Check:

    Shared memory shows last written value [OK]
Hint: Shared memory shows latest written value to all processes [OK]
Common Mistakes:
  • Assuming Process A reads its own old value
  • Thinking reads cause errors
  • Confusing shared memory with pipes
4. A programmer tries to use a pipe for communication but notices the reading process blocks indefinitely. What is the most likely cause?
medium
A. Shared memory was used instead of a pipe
B. The pipe was created with incorrect syntax
C. The writing process has not sent any data yet
D. The pipe buffer size is too large

Solution

  1. Step 1: Understand pipe blocking behavior

    A reading process blocks if no data is available to read from the pipe.
  2. Step 2: Identify the cause of blocking

    If the writing process has not sent data, the reader waits indefinitely for input.
  3. Final Answer:

    The writing process has not sent any data yet -> Option C
  4. Quick Check:

    Reader blocks if no data sent [OK]
Hint: Reader waits until writer sends data through pipe [OK]
Common Mistakes:
  • Blaming syntax errors for blocking
  • Confusing pipe with shared memory
  • Assuming buffer size causes blocking
5. You want two processes to share a large data structure efficiently and allow both to read and write it. Which IPC method is best and why?
hard
A. Use shared memory because it allows direct access to the same data
B. Use sockets because they work over networks
C. Use message queues because they guarantee message order
D. Use pipes because they provide fast streaming of data

Solution

  1. Step 1: Analyze requirements for sharing large data structure

    Efficient sharing with read/write access means processes need direct access to the same memory.
  2. Step 2: Compare IPC methods

    Pipes stream data but are unidirectional and less efficient for large shared data. Message queues and sockets add overhead and are for message passing, not direct shared access.
  3. Final Answer:

    Use shared memory because it allows direct access to the same data -> Option A
  4. Quick Check:

    Shared memory = direct, efficient data sharing [OK]
Hint: Shared memory is best for large, read/write shared data [OK]
Common Mistakes:
  • Choosing pipes for large data sharing
  • Confusing message queues with shared memory
  • Thinking sockets are best for local IPC