Bird
Raised Fist0
Operating Systemsknowledge~5 mins

Critical section problem in Operating Systems - Time & Space Complexity

Choose your learning style10 modes available
Time Complexity: Critical section problem
O(n)
Understanding Time Complexity

We want to understand how the time to manage access to a shared resource changes as more processes try to enter the critical section.

How does the coordination effort grow when more processes compete?

Scenario Under Consideration

Analyze the time complexity of this simplified critical section entry code.


// Pseudocode for n processes
for each process i in 1 to n:
  while (other processes are in critical section):
    wait
  enter critical section
  exit critical section

This code shows how each process waits if another is inside the critical section, ensuring only one process enters at a time.

Identify Repeating Operations

Look at what repeats as more processes try to enter the critical section.

  • Primary operation: Checking if other processes are inside the critical section (waiting loop).
  • How many times: Each process may wait multiple times depending on how many others are inside or want to enter.
How Execution Grows With Input

As the number of processes increases, the waiting time grows because more processes may be competing to enter.

Input Size (n)Approx. Operations
10Processes wait for others, roughly 10 checks per process.
100Waiting and checking increase, about 100 checks per process.
1000Waiting grows significantly, around 1000 checks per process.

Pattern observation: The waiting and checking grow roughly in proportion to the number of processes competing.

Final Time Complexity

Time Complexity: O(n)

This means the time spent waiting grows linearly as more processes try to enter the critical section.

Common Mistake

[X] Wrong: "The waiting time stays the same no matter how many processes there are."

[OK] Correct: More processes mean more competition, so waiting and checking increase with the number of processes.

Interview Connect

Understanding how waiting grows with more processes helps you explain synchronization challenges clearly and confidently.

Self-Check

"What if the processes used a more efficient signaling method instead of busy waiting? How would the time complexity change?"

Practice

(1/5)
1. What is the main goal of the critical section problem in operating systems?
easy
A. To ensure only one process accesses shared resources at a time
B. To allow multiple processes to access resources simultaneously
C. To speed up the execution of all processes
D. To prevent processes from running in parallel

Solution

  1. Step 1: Understand the critical section concept

    The critical section is a part of the program where shared resources are accessed.
  2. Step 2: Identify the problem goal

    The goal is to prevent multiple processes from entering the critical section simultaneously to avoid conflicts.
  3. Final Answer:

    To ensure only one process accesses shared resources at a time -> Option A
  4. Quick Check:

    Critical section = exclusive access [OK]
Hint: Only one process can be inside critical section at once [OK]
Common Mistakes:
  • Thinking multiple processes can safely access shared data simultaneously
  • Confusing critical section with process scheduling
  • Believing critical section speeds up all processes
2. Which of the following is a correct way to indicate a process is in its critical section using a flag variable flag[i]?
easy
A. flag[i] = true
B. flag[i] = -1
C. flag[i] = 0
D. flag[i] = false

Solution

  1. Step 1: Understand flag usage in critical section

    A flag variable is often used to indicate if a process wants to enter or is inside the critical section.
  2. Step 2: Identify correct flag value for 'in critical section'

    Setting flag[i] = true means the process is active or wants to enter the critical section.
  3. Final Answer:

    flag[i] = true -> Option A
  4. Quick Check:

    Flag true means process active [OK]
Hint: True means process wants or is inside critical section [OK]
Common Mistakes:
  • Using 0 or false to indicate active process
  • Confusing flag values with process IDs
  • Using negative values for flags
3. Consider this pseudocode for two processes P0 and P1 using flags to enter critical section:
flag[0] = true
while(flag[1]) { /* wait */ }
// critical section
flag[0] = false

What happens if both processes set their flags to true at the same time?
medium
A. Both enter critical section simultaneously
B. Both skip critical section
C. Both wait forever (deadlock)
D. One waits while the other enters critical section

Solution

  1. Step 1: Analyze the waiting condition

    Each process waits while the other's flag is true, so if both flags are true simultaneously, both wait.
  2. Step 2: Identify the outcome

    Since both wait for the other to clear their flag, neither proceeds, causing deadlock.
  3. Final Answer:

    Both wait forever (deadlock) -> Option C
  4. Quick Check:

    Both flags true = deadlock [OK]
Hint: Both flags true means both wait forever [OK]
Common Mistakes:
  • Assuming both can enter critical section simultaneously
  • Thinking one process always proceeds first
  • Ignoring the waiting loop condition
4. In the following code snippet, what is the main error that can cause the critical section problem?
flag[i] = true
while(flag[j]) {
  // do nothing
}
// critical section
flag[i] = false

Assuming two processes P0 and P1 use this code with i=0, j=1 and vice versa.
medium
A. Infinite loop if flag[j] is false
B. No mutual exclusion, both can enter critical section
C. Flag reset happens before critical section
D. Deadlock if both set flag true simultaneously

Solution

  1. Step 1: Understand the waiting condition

    Each process waits while the other process's flag is true.
  2. Step 2: Identify the error scenario

    If both processes set their flags to true simultaneously, both wait forever, causing deadlock.
  3. Final Answer:

    Deadlock if both set flag true simultaneously -> Option D
  4. Quick Check:

    Simultaneous flags true = deadlock [OK]
Hint: Both flags true causes deadlock, not mutual exclusion [OK]
Common Mistakes:
  • Thinking both can enter critical section simultaneously
  • Believing flag reset is before critical section
  • Assuming infinite loop if flag[j] is false
5. Which of the following solutions correctly solves the critical section problem by ensuring mutual exclusion, progress, and bounded waiting?
hard
A. Using a simple flag variable without turn variable
B. Peterson's algorithm using flags and turn variable
C. Both processes entering critical section simultaneously
D. Ignoring synchronization and relying on process speed

Solution

  1. Step 1: Review solution requirements

    The solution must ensure mutual exclusion, progress, and bounded waiting to solve the critical section problem correctly.
  2. Step 2: Evaluate each option

    Using a simple flag variable without turn variable lacks a turn variable, so it can cause deadlock or starvation. Peterson's algorithm using flags and turn variable uses flags and turn to guarantee all three conditions. The other options are incorrect approaches.
  3. Final Answer:

    Peterson's algorithm using flags and turn variable -> Option B
  4. Quick Check:

    Peterson's algorithm = correct solution [OK]
Hint: Peterson's algorithm uses flags + turn for safe access [OK]
Common Mistakes:
  • Ignoring the need for a turn variable
  • Assuming simple flags are enough
  • Believing processes can safely ignore synchronization
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard