## Second Largest Item

### June 2, 2017

Today’s exercise is only slightly tricky:

Write a program to find the second largest item in an array. Use the least possible number of comparisons.

Your task is to write a program to find the second largest item in an array using the least possible number of comparisons. When you are finished, you are welcome to read or run a suggested solution, or to post your own solution or discuss the exercise in the comments below.

Advertisements

Pages: 1 2

According to the QuickSelect algorithm, here’s some modified code from the RosettaCode example in D

Output: 12

Can you check the result by changing the last number in the array to 13. Do you get 13 or 11 as the result?

You’re right, Ernie. My code works only for arrays with distinct items. My bad.

Same algorithm, different expression.

By the way, isn’t there something like a heap or a priority queue with a specified capacity, which simply drops values that don’t fit there any more? Then this algorithm essentially implements that data structure, with room for just two elements, in the two variables where it keeps the two best elements.

@Jussi: Yes, there is a size-limited priority queue; we studied in a previous exercise.

MCL> D ^SECLAR

Numbers in order:

11

21

29

42

56

58

67

69

73

93

Second largest number: 73

The above language is MUMPS

Klong

Second largest is the second smallest if you order elements backwards. The C++ standard library can do that.

Here’s a Haskell version. It uses radix sort, so it requires no comparisons. (Does this make me a bad person?)

@kernelbob: Try this….

[sourceode lang=”cpp”]

#include

#include

#include

#include

template

RandomIterator second_largest(RandomIterator first, RandomIterator last)

{

typedef

typename std::iterator_traits::value_type

value_type;

std::nth_element(first, first + 1, last, std::greater());

return first + 1;

}

int main()

{

std::array s = {5, 9, 4, 2, 8, 6, 1, 9, 0, 3};

std::cout << *second_largest(s.begin(), s.end()) << std::endl;

return 0;

}

[/sourcecode]

As you can see I've changed one item (from 7 to 9) and the output will be 9 instead of 8. Just like my solution above this one works for arrays iff the largest item appears only once.

Can't tell about the solutions of bookofgraham and Steve, though.

Using a heap and heapreplace in Python, the heap never grows larger than 2 elements.

@Milbrae, thanks.

I misread the problem statement.

@Milbrae:

In MUMPS, I put the numbers as the subscripts and so they can only appear once. In KLONG I believe my solution will only work if the numbers appear only once.

I have a slight problem with the discussion preceding your solution example. You state sorting will be O(n log n), using a heap will be O(n log n) + O(2 log n), and that the latter is more efficient — because O(n log n) > O(2 log n), i assume.

However, this is an inaccurate comparison because sorting will require O(n log n) to build the structure, yet you get constant time for retrieving the element (or O(n) maybe). Whereas the heap has O(n log n) for building the structure and O(2 log n) for retrieval. The inequality then should really be O(n log n) + C C < O(2 log n).

So for the one-time task of finding the second largest item, the sorting approach has constant time and would always be more efficient. Do you agree?

Oops something weird with formatting, end of second paragraph: O(n log n) + C < O(n log n) + O(2 log n), and simplified: C < O(2 log n)

This Klong solution permits multiple numbers of the same value

or

@Ardnew: On reflection, the hash methods are O(

nlogk), which makes them competitive (within a constant factor) with the O(nmethod of this exercise. That’s only true becausek= 2.