Merge-insertion sort performs the following steps, on an input of elements:
Group the elements of into pairs of elements, arbitrarily, leaving one element unpaired if there is an odd number of elements.
Perform comparisons, one per pair, to determine the larger of the two elements in each pair.
Recursively sort the larger elements from each pair, creating a sorted sequence of of the input elements, in ascending order.
Insert at the start of the element that was paired with the first and smallest element of .
Insert the remaining elements of into , one at a time, with a specially chosen insertion ordering described below. Use binary search in subsequences of (as described below) to determine the position at which each element should be inserted.
The algorithm is designed to take advantage of the fact that the binary searches used to insert elements into are most efficient (from the point of view of worst case analysis) when the length of the subsequence that is searched is one less than a power of two. This is because, for those lengths, all outcomes of the search use the same number of comparisons as each other. To choose an insertion ordering that produces these lengths, consider the sorted sequence after step 4 of the outline above (before inserting the remaining elements),
and let denote the th element of this sorted sequence. Thus,
where each element with is paired with an element that has not yet been inserted. (There are no elements or because and were paired with each other.) If is odd, the remaining unpaired element should also be numbered as with larger than the indexes of the paired elements.
Then, the final step of the outline above can be expanded into the following steps:
Partition the uninserted elements into groups with contiguous indexes. There are two elements and in the first group, and the sums of sizes of every two adjacent groups form a sequence of powers of two. Thus, the sizes of groups are: 2, 2, 6, 10, 22, 42, ...
Order the uninserted elements by their groups (smaller indexes to larger indexes), but within each group order them from larger indexes to smaller indexes. Thus, the ordering becomes
Use this ordering to insert the elements into . For each element , use a binary search from the start of up to but not including to determine where to insert .
Let denote the number of comparisons that merge-insertion sort makes, in the worst case, when sorting elements.
This number of comparisons can be broken down as the sum of three terms:
comparisons among the pairs of items,
comparisons for the recursive call, and
some number of comparisons for the binary insertions used to insert the remaining elements.
In the third term, the worst-case number of comparisons for the elements in the first group is two, because each is inserted into a subsequence of of length at most three. First, is inserted into the three-element subsequence . Then, is inserted into some permutation of the three-element subsequence , or in some cases into the two-element subsequence . Similarly, the elements and of the second group are each inserted into a subsequence of length at most seven, using three comparisons. More generally, the worst-case number of comparisons for the elements in the th group is , because each is inserted into a subsequence of length at most . By summing the number of comparisons used for all the elements and solving the resulting recurrence relation,
this analysis can be used to compute the values of , giving the formula
0, 1, 3, 5, 7, 10, 13, 16, 19, 22, 26, 30, 34, ... (sequence A001768 in the OEIS)
Relation to other comparison sortsEdit
The algorithm is called merge-insertion sort because the initial comparisons that it performs before its recursive call (pairing up arbitrary items and comparing each pair) are the same as the initial comparisons of merge sort,
while the comparisons that it performs after the recursive call (using binary search to insert elements one by one into a sorted list) follow the same principle as insertion sort. In this sense, it is a hybrid algorithm that combines both merge sort and insertion sort.
For small inputs (up to ) its numbers of comparisons equal the lower bound on comparison sorting of . However, for larger inputs the number of comparisons made by the merge-insertion algorithm is bigger than this lower bound.
Merge-insertion sort also performs fewer comparisons than the sorting numbers, which count the comparisons made by binary insertion sort or merge sort in the worst case. The sorting numbers fluctuate between and , with the same leading term but a worse constant factor in the lower-order linear term.
Merge-insertion sort is the sorting algorithm with the minimum possible comparisons for items whenever or , and it has the fewest comparisons known for .
For 20 years, merge-insertion sort was the sorting algorithm with the fewest comparisons known for all input lengths.
However, in 1979 Glenn Manacher published another sorting algorithm that used even fewer comparisons, for large enough inputs.
It remains unknown exactly how many comparisons are needed for sorting, for all , but Manacher's algorithm
and later record-breaking sorting algorithms have all used modifications of the merge-insertion sort ideas.
^ abcWilliamson, Stanley Gill (2002), "2.31 Merge insertion (Ford–Johnson)", Combinatorics for Computer Science, Dover books on mathematics, Courier Corporation, pp. 66–68, ISBN 9780486420769
^ abcdefMahmoud, Hosam M. (2011), "12.3.1 The Ford–Johnson algorithm", Sorting: A Distribution Theory, Wiley Series in Discrete Mathematics and Optimization, vol. 54, John Wiley & Sons, pp. 286–288, ISBN 9781118031131
^ abManacher, Glenn K. (July 1979), "The Ford-Johnson Sorting Algorithm Is Not Optimal", Journal of the ACM, 26 (3): 441–456, doi:10.1145/322139.322145
^The original description by Ford & Johnson (1959) sorted the elements in descending order. The steps listed here reverse the output, following the description in Knuth (1998). The resulting algorithm makes the same comparisons but produces ascending order instead.