Array slices in Rust - Time & Space Complexity
When working with array slices in Rust, it's important to know how the time to access or process them changes as the slice size grows.
We want to understand how the number of operations changes when we work with slices of different lengths.
Analyze the time complexity of the following code snippet.
fn sum_slice(slice: &[i32]) -> i32 {
let mut total = 0;
for &item in slice {
total += item;
}
total
}
fn main() {
let arr = [1, 2, 3, 4, 5];
let result = sum_slice(&arr[1..4]);
println!("Sum: {}", result);
}
This code sums the values in a slice of an array, iterating over the selected part only.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Looping through each element in the slice.
- How many times: Exactly once for each element in the slice.
As the slice gets bigger, the number of additions grows directly with the number of elements.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 additions |
| 100 | 100 additions |
| 1000 | 1000 additions |
Pattern observation: The work grows in a straight line with the slice size; doubling the slice doubles the work.
Time Complexity: O(n)
This means the time to sum the slice grows directly with the number of elements in the slice.
[X] Wrong: "Accessing a slice is always constant time regardless of size."
[OK] Correct: While accessing a single element by index is constant time, processing the whole slice (like summing all elements) takes time proportional to the slice length.
Understanding how operations scale with slice size helps you reason about performance in real Rust programs, a skill valued in many coding challenges and interviews.
"What if we changed the slice to a nested slice and summed all inner slices? How would the time complexity change?"
Practice
Solution
Step 1: Understand what a slice is
A slice is a reference to a contiguous part of an array, not a new array.Step 2: Compare options
Only A reference to a part of an array without copying data correctly describes a slice as a reference without copying.Final Answer:
A reference to a part of an array without copying data -> Option DQuick Check:
Slice = reference to part of array [OK]
- Thinking slices create new arrays
- Confusing slices with functions
- Assuming slices own data
arr in Rust?Solution
Step 1: Recall Rust slice syntax
Rust uses &array[start..end] to create a slice referencing elements from start up to but not including end.Step 2: Check each option
let slice = &arr[1..4]; uses correct Rust syntax. Options A, B, and C use invalid syntax.Final Answer:
let slice = &arr[1..4]; -> Option AQuick Check:
Slice syntax = &arr[start..end] [OK]
- Using parentheses instead of brackets
- Using colons instead of two dots
- Calling slice as a method
let arr = [10, 20, 30, 40, 50];
let slice = &arr[1..4];
println!("{:?}", slice);Solution
Step 1: Understand the slice range
The slice &arr[1..4] includes elements at indices 1, 2, and 3 (20, 30, 40).Step 2: Check the printed output
Printing the slice shows the elements in the slice as an array-like list.Final Answer:
[20, 30, 40] -> Option CQuick Check:
Slice arr[1..4] = [20, 30, 40] [OK]
- Including the element at index 4
- Starting slice at index 0
- Printing the slice as indices
let arr = [1, 2, 3, 4, 5];
let slice = &arr[2..6];
println!("{:?}", slice);Solution
Step 1: Check the slice range
The array has length 5, valid indices are 0 to 4. The slice uses 2..6, which tries to access index 5 (out of bounds).Step 2: Identify the error type
Rust will panic at runtime due to out-of-bounds slicing.Final Answer:
The slice range goes out of bounds -> Option AQuick Check:
Slice range must be within array length [OK]
- Using an end index beyond array length
- Confusing syntax errors with runtime errors
- Assuming arrays auto-expand
fn sum_slice(slice: &[i32]) -> i32 {
// fill in
}Solution
Step 1: Understand slice methods
A slice has an iterator via .iter(), and iterators have a .sum() method to add elements.Step 2: Evaluate each option
slice.iter().sum() correctly uses slice.iter().sum(). slice.to_vec().sum() is valid because Vec<i32> has sum() method. slice[0] + slice[1] only sums two elements, not all. slice.sum() is invalid because slices don't have sum() directly.Final Answer:
slice.iter().sum() -> Option BQuick Check:
Use iter().sum() to sum slice elements [OK]
- Trying to call sum() directly on slice
- Summing only first two elements
- Calling sum() on Vec<i32>
Ready to prove it?
Pass the test and this pattern moves unknown
