Comparison Based vs Non Comparison Based Sorting in DSA Go - Complexity Comparison
Sorting is a common task in programming. Different sorting methods have different speeds depending on how they work.
We want to understand how the time taken grows as the list to sort gets bigger.
Analyze the time complexity of these two sorting approaches.
// Comparison based sorting example (Bubble Sort)
func bubbleSort(arr []int) {
n := len(arr)
for i := 0; i < n-1; i++ {
for j := 0; j < n-i-1; j++ {
if arr[j] > arr[j+1] {
arr[j], arr[j+1] = arr[j+1], arr[j]
}
}
}
}
// Non-comparison based sorting example (Counting Sort)
func countingSort(arr []int, maxVal int) []int {
count := make([]int, maxVal+1)
for _, val := range arr {
count[val]++
}
index := 0
for val, c := range count {
for c > 0 {
arr[index] = val
index++
c--
}
}
return arr
}
Bubble Sort compares elements to sort, Counting Sort uses counting without direct comparisons.
Look at the loops and repeated steps in each method.
- Bubble Sort primary operation: Comparing and swapping pairs inside nested loops.
- Bubble Sort how many times: About n x n times (nested loops over array size).
- Counting Sort primary operation: Counting occurrences and then placing elements back.
- Counting Sort how many times: Counting loop runs n times, placement loop runs maxVal times.
How does the work increase when the list grows?
| Input Size (n) | Bubble Sort Ops (approx.) | Counting Sort Ops (approx.) |
|---|---|---|
| 10 | 100 (10x10) | 10 + maxVal |
| 100 | 10,000 (100x100) | 100 + maxVal |
| 1000 | 1,000,000 (1000x1000) | 1000 + maxVal |
Bubble Sort grows much faster as n grows (squares), Counting Sort grows mostly with n plus the range maxVal.
Time Complexity: O(n²) for comparison based (Bubble Sort), O(n + k) for non comparison based (Counting Sort), where k is maxVal.
Bubble Sort gets much slower as list grows; Counting Sort can be faster if maxVal is not too big.
[X] Wrong: "All sorting methods take about the same time because they all sort the list."
[OK] Correct: Some methods compare elements many times, others use counting and can be faster if conditions are right.
Knowing how sorting methods differ helps you choose the right tool and explain your choices clearly in interviews.
What if the range of input values (maxVal) is much larger than the number of elements? How would that affect Counting Sort's time complexity?
Practice
Solution
Step 1: Understand comparison based sorting
Comparison based sorting algorithms decide order by comparing elements, like Merge Sort, Quick Sort, and Heap Sort.Step 2: Identify non-comparison based sorting
Counting Sort uses counting and indexing, not direct comparisons, so it is non-comparison based.Final Answer:
Counting Sort -> Option BQuick Check:
Counting Sort = Non-comparison based [OK]
- Confusing Counting Sort with Quick Sort
- Thinking Merge Sort is non-comparison based
- Assuming Heap Sort is non-comparison based
CountingSort(arr []int) in Go?Solution
Step 1: Recall Go function call syntax
In Go, functions are called with the function name followed by parentheses enclosing arguments.Step 2: Apply syntax to CountingSort
Calling CountingSort with array arr is done as CountingSort(arr).Final Answer:
CountingSort(arr) -> Option CQuick Check:
Function call syntax = CountingSort(arr) [OK]
- Omitting parentheses in function call
- Using braces {} instead of parentheses
- Using arrow notation which is invalid in Go
arr := []int{4, 2, 7, 1}
CountingSort(arr)
fmt.Println(arr)
Assuming CountingSort sorts the array in ascending order without returning a new array.Solution
Step 1: Understand CountingSort behavior
CountingSort sorts the array in ascending order in-place.Step 2: Apply CountingSort to arr
Original arr is [4 2 7 1]. After sorting, arr becomes [1 2 4 7].Final Answer:
[1 2 4 7] -> Option AQuick Check:
Sorted arr = [1 2 4 7] [OK]
- Assuming CountingSort returns a new array
- Confusing ascending with descending order
- Thinking code causes compilation error
func RadixSort(arr []int) {
for i := 0; i < len(arr); i++ {
// sorting logic here
}
}
arr := []int{3, 1, 4}
RadixSort(arr)
fmt.Println(arr)Solution
Step 1: Understand Radix Sort process
Radix Sort sorts numbers digit by digit, requiring multiple passes over digits.Step 2: Analyze given loop
The code loops only once over array length, missing multiple digit passes needed.Final Answer:
Radix Sort requires multiple passes over digits, not just one loop -> Option AQuick Check:
Radix Sort needs multiple digit passes [OK]
- Thinking single loop is enough for Radix Sort
- Expecting Radix Sort to return new array always
- Believing Radix Sort cannot sort integers
Solution
Step 1: Analyze input size and range
Array size n = 1,000,000; range k = 1001 (0 to 1000).Step 2: Compare sorting complexities
Counting Sort runs in O(n + k), which is efficient here since k is small compared to n.Step 3: Choose best sorting method
Counting Sort is faster than Quick Sort's average O(n log n) for this input.Final Answer:
Use Counting Sort because it sorts in O(n + k) time where k is range -> Option DQuick Check:
Small range + large n = Counting Sort best [OK]
- Choosing Quick Sort ignoring small range advantage
- Preferring Bubble Sort despite poor performance
- Ignoring Counting Sort's linear time for small range
Ready to prove it?
Pass the test and this pattern moves unknown
