Source : https://www.hackerrank.com/challenges/runningtime
In a previous challenge you implemented the Insertion Sort algorithm. It is a simple sorting algorithm that works well with small or mostly sorted data. However, it takes a long time to sort large unsorted data. To see why, we will analyze its running time.
Running Time of Algorithms
The running time of an algorithm for a specific input depends on the number of operations executed. The greater the number of operations, the longer the running time of an algorithm. We usually want to know how many operations an algorithm will execute in proportion to the size of its input, which we will call .
What is the ratio of the running time of Insertion Sort to the size of the input? To answer this question, we need to examine the algorithm.
Analysis of Insertion Sort
For each element in an array of numbers, Insertion Sort compares the number to those to its left until it reaches a lower value element or the start. At that point it shifts everything to the right up one and inserts into the array.
How long does all that shifting take?
In the best case, where the array was already sorted, no element will need to be moved, so the algorithm will just run through the array once and return the sorted array. The running time would be directly proportional to the size of the input, so we can say it will take time.
However, we usually focus on the worst-case running time (computer scientists are pretty pessimistic). The worst case for Insertion Sort occurs when the array is in reverse order. To insert each number, the algorithm will have to shift over that number to the beginning of the array. Sorting the entire array of numbers will therefore take operations, which is (almost ). Computer scientists just round that up (pick the dominant term) to and say that Insertion Sort is an " time" algorithm.
What this means
The running time of the algorithm against an array of elements is . For elements, it will be . Insertion Sort can work well for small inputs or if you know the data is likely to be nearly sorted, like check numbers as they are received by a bank. The running time becomes unreasonable for larger inputs.
Challenge
Can you modify your previous Insertion Sort implementation to keep track of the number of shifts it makes while sorting? The only thing you should print is the number of shifts made by the algorithm to completely sort the array. A shift occurs when an element's position changes in the array. Do not shift an element if it is not necessary.
Function Description
Complete the runningTime function in the editor below. It should return an integer representing the number of shifts it will take to sort the given array.
runningTime has the following parameter(s):
- arr: an array of integers
Input Format
The first line contains the integer , the number of elements to be sorted.
The next line contains integers of .
Constraints
Output Format
Output the number of shifts it takes to sort the array.
Sample Input
5
2 1 3 1 2
Sample Output
4
Explanation
Iteration Array Shifts0 2 1 3 1 21 1 2 3 1 2 12 1 2 3 1 2 03 1 1 2 3 2 24 1 1 2 2 3 1Total 4
Source : https://www.hackerrank.com/challenges/runningtime
Solution
// Karthikalapati.blogspot.com | |
import java.util.Scanner; | |
public class Solution { | |
public static void main(String[] args) { | |
Scanner scan = new Scanner(System.in); | |
int s = scan.nextInt(); | |
int[] array = new int[s]; | |
for (int i = 0; i < s; i++) { | |
array[i] = scan.nextInt(); | |
} | |
scan.close(); | |
insertionSortShifts(array); | |
} | |
public static void insertionSortShifts(int[] array) { | |
int shifts = 0; | |
for (int i = 1; i < array.length; i++) { | |
int j = i; | |
int value = array[i]; | |
while (j >= 1 && array[j-1] > value) { // find where to insert "value" | |
array[j] = array[j-1]; // shift elements (1 by 1) to make room for inserting | |
j--; | |
shifts++; | |
} | |
array[j] = value; | |
} | |
System.out.println(shifts); | |
} | |
} |
No comments:
Post a Comment