The.Algorithm.Design.Manual.Springer-Verlag.1998

The.Algorithm.Design.Manual.Springer-Verlag.1998 The.Algorithm.Design.Manual.Springer-Verlag.1998

18.04.2013 Views

Lecture 6 - linear sorting Next: Lecture 7 - elementary Up: No Title Previous: Lecture 5 - quicksort Algorithms Mon Jun 2 09:21:39 EDT 1997 file:///E|/LEC/LECTUR17/NODE6.HTM (7 of 7) [19/1/2003 1:34:38]

Lecture 7 - elementary data structures Next: Lecture 8 - binary Up: No Title Previous: Lecture 6 - linear Lecture 7 - elementary data structures Listen To Part 7-1 8.2-3 Argue that insertion sort is better than Quicksort for sorting checks In the best case, Quicksort takes . Although using median-of-three turns the sorted permutation into the best case, we lose if insertion sort is better on the given data. In insertion sort, the cost of each insertion is the number of items which we have to jump over. In the check example, the expected number of moves per items is small, say c. We win if . Listen To Part 7-2 8.3-1 Why do we analyze the average-case performance of a randomized algorithm, instead of the worst-case? In a randomized algorithm, the worst case is not a matter of the input but only of luck. Thus we want to know what kind of luck to expect. Every input we see is drawn from the uniform distribution. Listen To Part 7-3 8.3-2 How many calls are made to Random in randomized quicksort in the best and worst cases? Each call to random occurs once in each call to partition. The number of partitions is in any run of quicksort!! There is some potential variation depending upon what you do with intervals of size 1 - do you call partition on intervals of size one? However, there is no asymptotic difference between best and worst case. file:///E|/LEC/LECTUR17/NODE7.HTM (1 of 13) [19/1/2003 1:34:41]

Lecture 7 - elementary data structures<br />

Next: Lecture 8 - binary Up: No Title Previous: Lecture 6 - linear<br />

Lecture 7 - elementary data structures<br />

Listen To Part 7-1<br />

8.2-3 Argue that insertion sort is better than Quicksort for sorting checks<br />

In the best case, Quicksort takes . Although using median-of-three turns the sorted permutation into the<br />

best case, we lose if insertion sort is better on the given data.<br />

In insertion sort, the cost of each insertion is the number of items which we have to jump over. In the check<br />

example, the expected number of moves per items is small, say c. We win if .<br />

Listen To Part 7-2<br />

8.3-1 Why do we analyze the average-case performance of a randomized algorithm, instead of the worst-case?<br />

In a randomized algorithm, the worst case is not a matter of the input but only of luck. Thus we want to know what<br />

kind of luck to expect. Every input we see is drawn from the uniform distribution.<br />

Listen To Part 7-3<br />

8.3-2 How many calls are made to Random in randomized quicksort in the best and worst cases?<br />

Each call to random occurs once in each call to partition.<br />

<strong>The</strong> number of partitions is in any run of quicksort!!<br />

<strong>The</strong>re is some potential variation depending upon what you do with intervals of size 1 - do you call partition on<br />

intervals of size one? However, there is no asymptotic difference between best and worst case.<br />

file:///E|/LEC/LECTUR17/NODE7.HTM (1 of 13) [19/1/2003 1:34:41]

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!