# Codility - Silicium - 2014

## Introduction

This is an analysis of Codility - Silicium 2014 Challenge.

• The problem is, finding the k-th largest piece of cake after cutting a big cake with straight cuts.
• The longest edge of a cake piece is 10000.
• Time bound is O(N * log(N + X + Y)), where N is the number of cuts, X and Y are largest size of the cake.
• Space bound is O(N).

## Analysis

In order to find the k-th element is an array of set of elements, we can always do binary search. Find a middle elements, calculate the rank, do partition if needed, recursively.

• First, we calculate length of each edges, the sort them by their length.
• Then do a traditional binary search.

The interesting thing is that, for calculating the rank of an element in such 2-d array, we have to calculate all elements, then sort them. This costs at least O(N2) time.

But in this problem, after we sort edges in x and y, we can do rank calculation in O(N) time, as implemented in fastPartition method.

(Hint: after we sort the edges, we can ensure that elements in left-bottom are always equal or smaller than elements in right-top. We can search from left-top to right-bottom, following the red arrow, in O(N) time)

For example, let $x = (1, 2, 2, 4), y = (1, 2, 3, 4)$. We need the rank of target ‘4’.

First, we need the start element at the left-most column. We just do a binary search on the left-most column, to find the element equal or larger than target in left-most column. Then we know we should start from column 1, row 4, which is exactly, ‘4’. (Step 1).

Then we move to next line in the right. We need go up to down, until find an element is smaller than target. Now we arrive at column 2, row 2, which is also ‘4’. (Step 2)

And repeat step 2, until the right-most column. (Step 2)

Because elements in left-bottom(which background) are always equal or smaller than elements in right-top(red background), we can calculate target’s rank by add up number of white elements, for each column. (Step 3)

Each fastPartition cost O(N) time, and we do log(10000 * 10000) times. So the total time is O(N * log(10000 * 10000). There is no X and Y occurs.
Note that even a traditional O(N2) time partition could pass system test. :)