This is the archived website of SI 335 from the Spring 2014 semester. Feel free to browse around; you may also find more recent offerings at my teaching page.
A "perfect square" is an integer multiplied by itself; the first few are 0, 1, 4, 9, 16, etc. Some integers can be written as the sum of two perfect squares. For example, \(10 = 1^2 + 3^2\). But some cannot: for example, 7. And some can be written as the sum of 2 squares in more than one way: for example, \(50 = 1^2 + 7^2 = 5^2 + 5^2\).
(Caution: mathematical enrichment irrelevant to the assignment.) Integers that can be written as the sum of two squares have interested mathematicians for a long time. For example, Fermat showed that a prime number \(p\) is the sum of two perfect squares if and only if \(p-1\) is divisible by 4.
The following algorithm takes a given integer \(n\) and determines whether it can be written as the sum of two perfect squares. If so, it returns \(a\) and \(b\) such that \(n = a^2 + b^2\). Otherwise, it returns "NO".
1 2 3 4 5 6 7 8 9 10 11 12 13 def sumsq(n): a, b = 0, n s = a*a + b*b while a <= b and s != n: if s < n: a = a + 1 else: b = b - 1 s = a*a + b*b if s == n: return (a, b) else: return 'NO'
Use a loop invariant to show that this algorithm is correct. State the invariant, then go through the three steps from class to show correctness.
Determine the worst-case running time of the algorithm. Give a \(\Theta\) bound on the number of primitive operations, in terms of the input integer \(n\), and simplify as much as possible. Show your work.
Develop an improved algorithm that solves the same problem. Present your new algorithm, briefly explain why it is correct (you do not have to do a formal proof with a loop invariant), and state the worst-case running time.
There is a weather station which reads the air temperature continuously and reports it at regular intervals, say \(k\) times every hour. These temperatures are stored in an array, and the meteorologists want a computer program to report all the hourly average temperatures.
Specifically, we have the following problem:
Input: An array \(A\) of \(n\) numbers, and an integer \(k\)
Output: \(n-k+1\) numbers representing the hourly averages: \((A[i] + A[i+1] + \cdots + A[i+k-1])/k\) for \(i=0, 1, \ldots, n-k\).
Consider the following algorithm for this problem:
1 2 3 4 5 6 def avgtemps(A, k): for i in range(0, len(A)-k+1): s = 0 for j in range(i, i+k): s = s + A[j] print(s/k)
Analyze the running time of this algorithm, in terms of \(n\) and \(k\). Give a \(\Theta\) bound on the worst-case running time.
Devise another algorithm for this problem with a better worst-case running time. You need to provide a description of your algorithm in pseudo-code as well as a worst-case running time analysis with a \(\Theta\)-bound.
You are on a ship and have lost your bearings. You have no means of navigation and no charts to follow. Fortunately, you can see land to the west, and you know that somewhere along this coastline is a friendly port. Unfortunately, you have no idea how far away the port is, or which direction up or down the coastline it is.
Your Captain's plan is to sail parallel to the shore until the port is found. The only question is how far to go in one direction before turning around, and then how far to go before turning around again, etc. Your ship is low on supplies so the Captain wants to find the port within a minimum total distance travelled. Since he knows you are an expert in algorithmic problem solving, the Captain asks you to devise the plan of how to search (how far to sail north, then south, then north, etc.).
For simplicity, assume that the shoreline is perfectly flat and extends forever in both directions (north and south). Also assume that you can only see one point on the shore, directly to the west of your ship, and you will know instantly when you see the port. Finally, the ship always turns around in-place and instantly. (In general, any exploits of my made-up scenario will not receive credit.)
In your algorithm, besides the usual pseudocode operations (variables, adding/subtracting/multiplying integers, loops, etc.), you can also call the following subroutines:
moveNorth(n): Sail north
moveSouth(n): Sail south
foundPort(): Returns true if you have seen a port and can therefore quit.
Present an algorithm for the coastal search problem.
Analyze the worst-case cost of your algorithm. The measure of difficulty will be \(d\), the distance (in miles) that the port city is from your starting point. The cost measure will be the total number of miles sailed. Give a big-O bound on the worst-case number of miles sailed, in terms of \(d\). The best solutions will have worst-case cost \(O(d)\).
Important: this difficulty measure is not typical! Since there is no input to this algorithm, the measure of difficulty cannot be the input size. And the cost measure is also unusual - we're not counting primitive operations, but instead distance sailed.
Asymptotics are great and all, but in this case the "hidden constants" in the big-O really matter! If your algorithm means sailing half distance of mine to find the same city, then we should definitely use yours! Refine your analysis from (b) to give an exact upper bound on the number of miles sailed (not a big-O bound). There will be a tangible prize for the group who gets the smallest coefficient in front of \(d\).
For this problem, you will study three sorting algorithms you should already be familiar with: InsertionSort, SelectionSort, and HeapSort. The first two of these are in the class notes for Unit 2, and here is the version of HeapSort that you can use for the purposes of this problem:
1 2 3 4 5 6 7 8 9
def heapSort(A): # this loop goes from i=n-1 down to i=0 # This does the heapify operation for i in reversed(range(len(A))): bubbleDown(A, i, len(A)) # This loop does the heap removals. for i in reversed(range(len(A))): swap(A, 0, i) bubbleDown(A, 0, i)
And here is a bubbleDown algorithm that you should use:
1 2 3 4 5 6 7 8 9 10 11
# Note: max-heap! The largest thing is at A def bubbleDown(A, start, end): while 2*start + 1 < end: child = 2*start + 1 if child + 1 < end and A[child+1] > A[child]: child = child + 1 if A[start] < A[child]: swap(A, start, child) start = child else: break
Tell me the worst-case running time of InsertionSort, SelectionSort, and HeapSort. You should know this already.
Analyze the number of swaps performed by a call to InsertionSort, in the worst case. To do this, you first have to describe a worst-case family of examples, i.e., what ordering of a list, for any size, makes InsertionSort do the maximum number of swaps.
Second, you need to analyze the number of swaps that InsertionSort does on your worst case example. This should be an exact function of \(n\), like \(3n^3 - 6\) or something like that. Try to be as precise as possible.
Finally, turn your formula into a \(\Theta\)-bound on the number of swaps.
Repeat (b) for SelectionSort.
Repeat (b) for HeapSort. It will be a little more difficult to get the exact analysis of the number of swaps, so for this one you just need to give a formula for an upper bound on the number of swaps. But still, try to make your formula as precise as possible.
Show that any sorting algorithm that only uses swaps to move elements in the input array must always perform at least \(\lceil n/2 \rceil\) swaps, in the worst case. Which of the three algorithms above comes closest to this lower bound?