Bird
Raised Fist0
DSA Rustprogramming~5 mins

Articulation Points in Graph in DSA Rust - Time & Space Complexity

Choose your learning style10 modes available
Time Complexity: Articulation Points in Graph
O(n + m)
Understanding Time Complexity

We want to understand how the time needed to find articulation points changes as the graph grows.

How does the algorithm's work increase when the graph has more nodes and edges?

Scenario Under Consideration

Analyze the time complexity of the following code snippet.


fn dfs(
    u: usize,
    parent: Option<usize>,
    time: &mut usize,
    graph: &Vec<Vec<usize>>,
    visited: &mut Vec<bool>,
    disc: &mut Vec<usize>,
    low: &mut Vec<usize>,
    articulation: &mut Vec<bool>
) {
    visited[u] = true;
    *time += 1;
    disc[u] = *time;
    low[u] = *time;

    let mut children = 0;
    for &v in &graph[u] {
        if !visited[v] {
            children += 1;
            dfs(v, Some(u), time, graph, visited, disc, low, articulation);
            low[u] = std::cmp::min(low[u], low[v]);
            if parent.is_none() && children > 1 {
                articulation[u] = true;
            }
            if parent.is_some() && low[v] >= disc[u] {
                articulation[u] = true;
            }
        } else if Some(v) != parent {
            low[u] = std::cmp::min(low[u], disc[v]);
        }
    }
}

This code finds articulation points using a depth-first search on the graph.

Identify Repeating Operations

Identify the loops, recursion, array traversals that repeat.

  • Primary operation: Depth-first search (DFS) visits each node and its edges.
  • How many times: Each node and edge is visited once during DFS.
How Execution Grows With Input

As the graph grows, the algorithm visits every node and edge once.

Input Size (n nodes, m edges)Approx. Operations
10 nodes, 15 edgesAbout 25 visits (nodes + edges)
100 nodes, 200 edgesAbout 300 visits
1000 nodes, 5000 edgesAbout 6000 visits

Pattern observation: The work grows roughly in proportion to the total nodes plus edges.

Final Time Complexity

Time Complexity: O(n + m)

This means the time grows linearly with the number of nodes and edges in the graph.

Common Mistake

[X] Wrong: "The algorithm checks every pair of nodes, so it must be O(n²)."

[OK] Correct: The DFS only visits each node and edge once, not every pair, so it is faster than O(n²).

Interview Connect

Understanding this time complexity helps you explain how graph algorithms scale and why DFS-based methods are efficient for connectivity problems.

Self-Check

"What if the graph was represented as an adjacency matrix instead of adjacency lists? How would the time complexity change?"

Practice

(1/5)
1. What is an articulation point in a graph?
easy
A. A vertex with the highest degree in the graph
B. A vertex that, when removed, increases the number of connected components
C. A vertex that has no edges connected to it
D. A vertex that forms a cycle with its neighbors

Solution

  1. Step 1: Understand articulation point definition

    An articulation point is a vertex that, if removed, breaks the graph into more pieces (connected components).
  2. Step 2: Compare options with definition

    Only A vertex that, when removed, increases the number of connected components matches this definition exactly.
  3. Final Answer:

    A vertex that, when removed, increases the number of connected components -> Option B
  4. Quick Check:

    Articulation point = vertex increasing components when removed [OK]
Hint: Articulation point breaks graph connectivity when removed [OK]
Common Mistakes:
  • Confusing articulation point with highest degree vertex
  • Thinking articulation point is a vertex with no edges
  • Mixing articulation point with cycle forming vertex
2. Which Rust data structure is best suited to store the graph for finding articulation points?
easy
A. Vec (adjacency list)
B. HashMap
C. Vec<usize> (simple list)
D. String

Solution

  1. Step 1: Identify graph representation for articulation points

    Graphs are commonly stored as adjacency lists for efficient traversal and edge lookup.
  2. Step 2: Match Rust data structures

    Vec represents adjacency lists well, storing neighbors for each vertex.
  3. Final Answer:

    Vec (adjacency list) -> Option A
  4. Quick Check:

    Adjacency list = Vec in Rust [OK]
Hint: Use adjacency list (Vec of Vec) for graph edges [OK]
Common Mistakes:
  • Using HashMap which is unrelated
  • Using simple Vec<usize> which can't store edges
  • Using String which is not a graph structure
3. What is the output of the following Rust code snippet that finds articulation points in a graph?
let graph = vec![
    vec![1, 2],
    vec![0, 2],
    vec![0, 1, 3],
    vec![2, 4],
    vec![3]
];
// Articulation points found: [2, 3]
println!("{:?}", find_articulation_points(&graph));
medium
A. [1, 4]
B. [0, 1]
C. [2, 3]
D. []

Solution

  1. Step 1: Analyze graph structure

    Vertices 2 and 3 connect parts of the graph such that removing them increases components.
  2. Step 2: Identify articulation points

    Removing vertex 2 disconnects vertex 3 and 4; removing vertex 3 disconnects vertex 4.
  3. Final Answer:

    [2, 3] -> Option C
  4. Quick Check:

    Vertices 2 and 3 are articulation points [OK]
Hint: Check vertices whose removal splits graph [OK]
Common Mistakes:
  • Choosing vertices with no articulation role
  • Ignoring connectivity after removal
  • Assuming leaf nodes are articulation points
4. Identify the bug in this Rust code snippet for finding articulation points:
fn dfs(u: usize, graph: &Vec, visited: &mut Vec<bool>, disc: &mut Vec<usize>, low: &mut Vec<usize>, parent: &mut Vec, time: &mut usize) {
    visited[u] = true;
    disc[u] = *time;
    low[u] = *time;
    *time += 1;

    for &v in &graph[u] {
        if !visited[v] {
            parent[v] = Some(u);
            dfs(v, graph, visited, disc, low, parent, time);
            low[u] = low[u].min(low[v]);
        } else if v != parent[u].unwrap() {
            low[u] = low[u].min(disc[v]);
        }
    }
}
medium
A. Not updating low[v] after recursion
B. Not marking visited[u] as true
C. Not incrementing time variable
D. Using unwrap() on parent[u] without checking if it is Some

Solution

  1. Step 1: Check unwrap usage on parent[u]

    parent[u] may be None for root node, unwrap() causes panic if None.
  2. Step 2: Identify safe handling

    Code should check if parent[u] is Some before unwrap or handle root separately.
  3. Final Answer:

    Using unwrap() on parent[u] without checking if it is Some -> Option D
  4. Quick Check:

    Unsafe unwrap on Option causes runtime panic [OK]
Hint: Check Option unwrap safety for root node [OK]
Common Mistakes:
  • Ignoring root node parent None case
  • Assuming unwrap() is always safe
  • Missing visited marking (actually present here)
5. Given a graph with multiple disconnected components, how should the articulation points algorithm be adapted in Rust to find all articulation points?
hard
A. Run DFS from every unvisited vertex to cover all components
B. Run DFS only from vertex 0 assuming graph is connected
C. Run BFS instead of DFS for articulation points
D. Ignore disconnected components as they have no articulation points

Solution

  1. Step 1: Understand disconnected graph scenario

    Articulation points can exist in any component, so all must be checked.
  2. Step 2: Adapt algorithm to run DFS on all components

    Run DFS from every unvisited vertex to cover all disconnected parts.
  3. Final Answer:

    Run DFS from every unvisited vertex to cover all components -> Option A
  4. Quick Check:

    Multiple DFS runs cover all components [OK]
Hint: Run DFS on all unvisited nodes for full coverage [OK]
Common Mistakes:
  • Assuming graph is always connected
  • Using BFS which doesn't track articulation points easily
  • Ignoring disconnected components
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