Discover how breaking a big problem into small pieces makes sorting lightning fast!
Why Merge Sort Algorithm in DSA Rust?
Imagine you have a messy pile of playing cards and you want to sort them by number. If you try to sort them one by one by comparing each card with every other card, it will take a very long time and you might lose track of some cards.
Sorting cards manually by comparing each card with all others is slow and confusing. It is easy to make mistakes, and the process takes a lot of time, especially if the pile is big.
Merge Sort breaks the big pile into smaller piles, sorts each small pile easily, and then carefully merges them back together in order. This way, sorting becomes faster and less error-prone.
fn sort_manual(cards: &mut [i32]) {
for i in 0..cards.len() {
for j in i+1..cards.len() {
if cards[i] > cards[j] {
cards.swap(i, j);
}
}
}
}fn merge_sort(cards: &mut [i32]) {
let mid = cards.len() / 2;
if mid == 0 { return; }
merge_sort(&mut cards[..mid]);
merge_sort(&mut cards[mid..]);
let mut merged = cards.to_vec();
merge(&cards[..mid], &cards[mid..], &mut merged[..]);
cards.copy_from_slice(&merged);
}
fn merge(left: &[i32], right: &[i32], merged: &mut [i32]) {
let mut left_index = 0;
let mut right_index = 0;
let mut merged_index = 0;
while left_index < left.len() && right_index < right.len() {
if left[left_index] <= right[right_index] {
merged[merged_index] = left[left_index];
left_index += 1;
} else {
merged[merged_index] = right[right_index];
right_index += 1;
}
merged_index += 1;
}
while left_index < left.len() {
merged[merged_index] = left[left_index];
left_index += 1;
merged_index += 1;
}
while right_index < right.len() {
merged[merged_index] = right[right_index];
right_index += 1;
merged_index += 1;
}
}It enables fast and reliable sorting of large lists by breaking problems into smaller, manageable parts.
Online stores use merge sort to quickly organize thousands of products by price or rating so you can find what you want fast.
Manual sorting is slow and error-prone for large data.
Merge Sort divides data into smaller parts, sorts, then merges.
This method is efficient and reliable for big lists.
Practice
Merge Sort Algorithm?Solution
Step 1: Understand the divide and conquer approach
Merge sort splits the list into smaller parts to make sorting easier.Step 2: Merge sorted halves
After sorting each half, it merges them to form a fully sorted list.Final Answer:
Divide the list into halves, sort each half, then merge them -> Option AQuick Check:
Merge Sort = Divide, Sort halves, Merge [OK]
- Confusing merge sort with bubble sort
- Thinking merge sort sorts in place without merging
- Mixing merge sort with quicksort partitioning
Solution
Step 1: Understand ownership and mutability in Rust
To sort in place, the function needs a mutable reference to the vector.Step 2: Check function signature options
fn merge_sort(arr: &mut Vec<i32>) takes a mutable reference, allowing in-place sorting without ownership transfer.Final Answer:
fn merge_sort(arr: &mut Vec<i32>) -> Option CQuick Check:
Mutable reference needed for in-place sort [OK]
- Using owned Vec without returning sorted vector
- Using immutable reference when mutation is needed
- Missing return type when function returns new vector
fn main() {
let mut arr = vec![4, 1, 3, 2];
merge_sort(&mut arr);
println!("{:?}", arr);
}
fn merge_sort(arr: &mut Vec<i32>) {
if arr.len() > 1 {
let mid = arr.len() / 2;
let mut left = arr[..mid].to_vec();
let mut right = arr[mid..].to_vec();
merge_sort(&mut left);
merge_sort(&mut right);
merge(arr, &left, &right);
}
}
fn merge(arr: &mut Vec<i32>, left: &Vec<i32>, right: &Vec<i32>) {
let mut i = 0;
let mut j = 0;
let mut k = 0;
while i < left.len() && j < right.len() {
if left[i] <= right[j] {
arr[k] = left[i];
i += 1;
} else {
arr[k] = right[j];
j += 1;
}
k += 1;
}
while i < left.len() {
arr[k] = left[i];
i += 1;
k += 1;
}
while j < right.len() {
arr[k] = right[j];
j += 1;
k += 1;
}
}Solution
Step 1: Trace the recursive splitting
The array [4,1,3,2] is split into [4,1] and [3,2], then further split until single elements.Step 2: Merge sorted halves
Single elements are merged back in sorted order: [1,4] and [2,3], then merged to [1,2,3,4].Final Answer:
[1, 2, 3, 4] -> Option BQuick Check:
Merge sort output = sorted array ascending [OK]
- Confusing merge order and output
- Forgetting to copy back merged elements
- Mixing up indices during merge
fn merge_sort(arr: &mut Vec<i32>) {
if arr.len() > 1 {
let mid = arr.len() / 2;
let mut left = arr[..mid].to_vec();
let mut right = arr[mid..].to_vec();
merge_sort(&mut left);
merge_sort(&mut right);
merge(arr, &left, &right);
}
}
fn merge(arr: &mut Vec<i32>, left: &Vec<i32>, right: &Vec<i32>) {
let mut i = 0;
let mut j = 0;
let mut k = 0;
while i < left.len() && j < right.len() {
if left[i] < right[j] {
arr[k] = left[i];
i += 1;
} else {
arr[k] = right[j];
j += 1;
}
k += 1;
}
while i < left.len() {
arr[k] = left[i];
i += 1;
k += 1;
}
while j < right.len() {
arr[k] = right[j];
j += 1;
k += 1;
}
}Solution
Step 1: Analyze the merge comparison condition
The condition uses < which can reorder equal elements, breaking stability.Step 2: Correct the condition for stable sort
Using <= ensures equal elements keep their original order, preserving stability.Final Answer:
The merge condition should use <= instead of < to maintain stability -> Option AQuick Check:
Use <= in merge to keep stable order [OK]
- Ignoring stability in merge condition
- Thinking mid calculation causes error
- Assuming merge must return new vector
Solution
Step 1: Understand duplicate removal during merge
While merging, compare current elements and skip adding if equal to last added element.Step 2: Implement skipping duplicates in merge
This avoids extra passes and keeps sorting efficient by removing duplicates on the fly.Final Answer:
Modify the merge function to skip adding duplicates when merging sorted halves -> Option DQuick Check:
Skip duplicates during merge for efficient unique sort [OK]
- Removing duplicates only after full sort wastes time
- Using HashSet breaks order and adds overhead
- Switching to quicksort doesn't inherently remove duplicates
Ready to prove it?
Pass the test and this pattern moves unknown
