Quick-Sort 2/23/2019 1:48 AM Chapter 4: Sorting  4 2  2 4 7 9  7 9

Slides:



Advertisements
Similar presentations
Bucket-Sort and Radix-Sort B 1, c7, d7, g3, b3, a7, e 
Advertisements

Goodrich, Tamassia Sorting, Sets and Selection1 Merge Sort 7 2  9 4   2  2 79  4   72  29  94  4.
Merge Sort 7 2  9 4   2  2 79  4   72  29  94  4.
Merge Sort 4/15/2017 4:30 PM Merge Sort 7 2   7  2  2 7
© 2004 Goodrich, Tamassia Quick-Sort     29  9.
© 2004 Goodrich, Tamassia QuickSort1 Quick-Sort     29  9.
Quick-Sort     29  9.
© 2004 Goodrich, Tamassia Quick-Sort     29  9.
© 2004 Goodrich, Tamassia Selection1. © 2004 Goodrich, Tamassia Selection2 The Selection Problem Given an integer k and n elements x 1, x 2, …, x n, taken.
TTIT33 Algorithms and Optimization – Dalg Lecture 2 HT TTIT33 Algorithms and optimization Lecture 2 Algorithms Sorting [GT] 3.1.2, 11 [LD] ,
© 2004 Goodrich, Tamassia Merge Sort1 Quick-Sort     29  9.
Divide-and-Conquer1 7 2  9 4   2  2 79  4   72  29  94  4 Modified by: Daniel Gomez-Prado, University of Massachusetts Amherst.
1 CSC401 – Analysis of Algorithms Lecture Notes 9 Radix Sort and Selection Objectives  Introduce no-comparison-based sorting algorithms: Bucket-sort and.
Analysis of Algorithms CS 477/677
Selection1. 2 The Selection Problem Given an integer k and n elements x 1, x 2, …, x n, taken from a total order, find the k-th smallest element in this.
© 2004 Goodrich, Tamassia Merge Sort1 Chapter 8 Sorting Topics Basics Merge sort ( 合併排序 ) Quick sort Bucket sort ( 分籃排序 ) Radix sort ( 基數排序 ) Summary.
Sorting.
CSC 213 Lecture 12: Quick Sort & Radix/Bucket Sort.
The Selection Problem. 2 Median and Order Statistics In this section, we will study algorithms for finding the i th smallest element in a set of n elements.
Sorting Fun1 Chapter 4: Sorting     29  9.
Analysis of Algorithms CS 477/677
© 2004 Goodrich, Tamassia Bucket-Sort and Radix-Sort B 1, c7, d7, g3, b3, a7, e 
Randomized Algorithms CSc 4520/6520 Design & Analysis of Algorithms Fall 2013 Slides adopted from Dmitri Kaznachey, George Mason University and Maciej.
COSC 3101A - Design and Analysis of Algorithms 6 Lower Bounds for Sorting Counting / Radix / Bucket Sort Many of these slides are taken from Monica Nicolescu,
© 2004 Goodrich, Tamassia Quick-Sort     29  9.
1 Merge Sort 7 2  9 4   2  2 79  4   72  29  94  4.
Towers of Hanoi Move n (4) disks from pole A to pole B such that a larger disk is never put on a smaller disk A BC ABC.
QuickSort by Dr. Bun Yue Professor of Computer Science CSCI 3333 Data.
Advanced Sorting 7 2  9 4   2   4   7
Chapter 11 Sorting Acknowledgement: These slides are adapted from slides provided with Data Structures and Algorithms in C++, Goodrich, Tamassia and Mount.
Sorting.
Merge Sort 7 2  9 4   2   4   7 2  2 9  9 4  4.
Merge Sort 1/12/2018 9:39 AM Presentation for use with the textbook Data Structures and Algorithms in Java, 6th edition, by M. T. Goodrich, R. Tamassia,
Quick-Sort 2/18/2018 3:56 AM Selection Selection.
Sorting Lower Bound 4/25/2018 8:49 PM
Bucket-Sort and Radix-Sort
COMP9024: Data Structures and Algorithms
COMP9024: Data Structures and Algorithms
Quick-Sort 9/12/2018 3:26 PM Presentation for use with the textbook Data Structures and Algorithms in Java, 6th edition, by M. T. Goodrich, R. Tamassia,
Quick-Sort 9/13/2018 1:15 AM Quick-Sort     2
Selection Selection 1 Quick-Sort Quick-Sort 10/30/16 13:52
Radish-Sort 11/11/ :01 AM Quick-Sort     2 9  9
Objectives Introduce different known sorting algorithms
Bucket-Sort and Radix-Sort
Bucket-Sort and Radix-Sort
Quick-Sort 11/14/2018 2:17 PM Chapter 4: Sorting    7 9
Bucket-Sort and Radix-Sort
(2,4) Trees 11/15/2018 9:25 AM Sorting Lower Bound Sorting Lower Bound.
Quick-Sort 11/19/ :46 AM Chapter 4: Sorting    7 9
Ch8: Sorting in Linear Time Ming-Te Chi
Bucket-Sort and Radix-Sort
Merge Sort 12/4/ :32 AM Merge Sort 7 2   7  2   4  4 9
(2,4) Trees 12/4/2018 1:20 PM Sorting Lower Bound Sorting Lower Bound.
1 Lecture 13 CS2013.
Sorting Recap & More about Sorting
Sorting Recap & More about Sorting
Sorting, Sets and Selection
Quick-Sort 2/25/2019 2:22 AM Quick-Sort     2
(2,4) Trees 2/28/2019 3:21 AM Sorting Lower Bound Sorting Lower Bound.
Copyright © Aiman Hanna All rights reserved
Quick-Sort 4/8/ :20 AM Quick-Sort     2 9  9
Bucket-Sort and Radix-Sort
Quick-Sort 4/25/2019 8:10 AM Quick-Sort     2
Quick-Sort 5/7/2019 6:43 PM Selection Selection.
The Selection Problem.
Quick-Sort 5/25/2019 6:16 PM Selection Selection.
CS203 Lecture 15.
Bucket-Sort and Radix-Sort
Divide-and-Conquer 7 2  9 4   2   4   7
Chapter 11 Sets, and Selection
Presentation transcript:

Quick-Sort 2/23/2019 1:48 AM Chapter 4: Sorting 7 4 9 6 2  2 4 6 7 9 4 2  2 4 7 9  7 9 2  2 9  9 Spring 2007 Sorting Fun

What We’ll Do Quick Sort Lower bound on runtimes for comparison based sort Radix and Bucket sort Spring 2007 Sorting Fun

Quick-Sort 2/23/2019 1:48 AM Quick-Sort 7 4 9 6 2  2 4 6 7 9 4 2  2 4 7 9  7 9 2  2 9  9 Spring 2007 Sorting Fun

Quick-Sort Quick-sort is a randomized sorting algorithm based on the divide-and-conquer paradigm: Divide: pick a random element x (called pivot) and partition S into L elements less than x E elements equal x G elements greater than x Recur: sort L and G Conquer: join L, E and G x x L G E x Spring 2007 Sorting Fun

Partition We partition an input sequence as follows: We remove, in turn, each element y from S and We insert y into L, E or G, depending on the result of the comparison with the pivot x Each insertion and removal is at the beginning or at the end of a sequence, and hence takes O(1) time Thus, the partition step of quick-sort takes O(n) time Algorithm partition(S, p) Input sequence S, position p of pivot Output subsequences L, E, G of the elements of S less than, equal to, or greater than the pivot, resp. L, E, G  empty sequences x  S.remove(p) while S.isEmpty() y  S.remove(S.first()) if y < x L.insertLast(y) else if y = x E.insertLast(y) else { y > x } G.insertLast(y) return L, E, G Spring 2007 Sorting Fun

Quick-Sort Tree An execution of quick-sort is depicted by a binary tree Each node represents a recursive call of quick-sort and stores Unsorted sequence before the execution and its pivot Sorted sequence at the end of the execution The root is the initial call The leaves are calls on subsequences of size 0 or 1 7 4 9 6 2  2 4 6 7 9 4 2  2 4 7 9  7 9 2  2 9  9 Spring 2007 Sorting Fun

Execution Example Pivot selection 7 2 9 4 3 7 6 1  1 2 3 4 6 7 8 9 7 2 9 4 3 7 6 1  1 2 3 4 6 7 8 9 7 2 9 4  2 4 7 9 3 8 6 1  1 3 8 6 2  2 9 4  4 9 3  3 8  8 9  9 4  4 Spring 2007 Sorting Fun

Execution Example (cont.) Partition, recursive call, pivot selection 7 2 9 4 3 7 6 1  1 2 3 4 6 7 8 9 2 4 3 1  2 4 7 9 3 8 6 1  1 3 8 6 2  2 9 4  4 9 3  3 8  8 9  9 4  4 Spring 2007 Sorting Fun

Execution Example (cont.) Partition, recursive call, base case 7 2 9 4 3 7 6 1   1 2 3 4 6 7 8 9 2 4 3 1  2 4 7 3 8 6 1  1 3 8 6 1  1 9 4  4 9 3  3 8  8 9  9 4  4 Spring 2007 Sorting Fun

Execution Example (cont.) Recursive call, …, base case, join 7 2 9 4 3 7 6 1  1 2 3 4 6 7 8 9 2 4 3 1  1 2 3 4 3 8 6 1  1 3 8 6 1  1 4 3  3 4 3  3 8  8 9  9 4  4 Spring 2007 Sorting Fun

Execution Example (cont.) Recursive call, pivot selection 7 2 9 4 3 7 6 1  1 2 3 4 6 7 8 9 2 4 3 1  1 2 3 4 7 9 7 1  1 3 8 6 1  1 4 3  3 4 8  8 9  9 9  9 4  4 Spring 2007 Sorting Fun

Execution Example (cont.) Partition, …, recursive call, base case 7 2 9 4 3 7 6 1  1 2 3 4 6 7 8 9 2 4 3 1  1 2 3 4 7 9 7 1  1 3 8 6 1  1 4 3  3 4 8  8 9  9 9  9 4  4 Spring 2007 Sorting Fun

Execution Example (cont.) Join, join 7 2 9 4 3 7 6 1  1 2 3 4 6 7 7 9 2 4 3 1  1 2 3 4 7 9 7  17 7 9 1  1 4 3  3 4 8  8 9  9 9  9 4  4 Spring 2007 Sorting Fun

Worst-case Running Time The worst case for quick-sort occurs when the pivot is the unique minimum or maximum element One of L and G has size n - 1 and the other has size 0 The running time is proportional to the sum n + (n - 1) + … + 2 + 1 Thus, the worst-case running time of quick-sort is O(n2) depth time n 1 n - 1 … number of comparisons in partition step … Spring 2007 Sorting Fun

Expected Running Time Consider a recursive call of quick-sort on a sequence of size s Good call: the sizes of L and G are each less than 3s/4 Bad call: one of L and G has size greater than 3s/4 A call is good with probability 1/2 1/2 of the possible pivots cause good calls: 7 2 9 4 3 7 6 1 9 7 2 9 4 3 7 6 1 2 4 3 1 7 9 7 1  1 1 7 2 9 4 3 7 6 Good call Bad call 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 Bad pivots Good pivots Bad pivots Spring 2007 Sorting Fun

Expected Running Time, Part 2 Quick-Sort 2/23/2019 1:48 AM Expected Running Time, Part 2 Probabilistic Fact: The expected number of coin tosses required in order to get k heads is 2k For a node of depth i, we expect i/2 ancestors are good calls The size of the input sequence for the current call is at most (3/4)i/2n Since each good call shrinks size to at most 3/4 of previous size Therefore, we have For a node of depth 2log4/3n, the expected input size is one The expected height of the quick-sort tree is O(log n) The amount or work done at the nodes of the same depth is O(n) Thus, the expected running time of quick-sort is O(n log n) To prove the probabilistic fact (well it’s not a proof, but I think it works fine) is to think of Bernoulli trials, where a trial is a single flip of a coin, and a success is tossing heads. If we have n trials, we know that the expected number of heads will be np, or in this case n/2. Thinking of this “backwards” if we want to know the expected number of tosses required to get n/2 heads, it is n. Since we want k heads, need k = n/2, or equivalently n = 2k tosses. to get n/2 Sorting Fun

Sorting Lower Bound Spring 2007 Sorting Fun Quick-Sort 2/23/2019 1:48 AM Sorting Lower Bound Spring 2007 Sorting Fun

Comparison-Based Sorting (§ 4.4) Many sorting algorithms are comparison based. They sort by making comparisons between pairs of objects Examples: bubble-sort, selection-sort, insertion-sort, heap-sort, merge-sort, quick-sort, ... Let us therefore derive a lower bound on the running time of any algorithm that uses comparisons to sort a set S of n elements, x1, x2, …, xn. Is xi < xj? yes no Assume that the xi are distinct, which is not a restriction Spring 2007 Sorting Fun

Counting Comparisons Let us just count comparisons then. First, we can map any comparison based sorting algorithm to a decision tree as follows: Let the root node of the tree correspond to the first comparison, (is xi < xj?), that occurs in the algorithm. The outcome of the comparison is either yes or no. If yes we proceed to another comparison, say xa< xb? We let this comparison correspond to the left child of the root. If no we proceed to the comparison xc < xd? We let this comparison correspond to the right child of the root. Each of those comparisons can be either yes or no… Spring 2007 Sorting Fun

The Decision Tree Each possible permutation of the set S will cause the sorting algorithm to execute a sequence of comparisons, effectively traversing a path in the tree from the root to some external node Spring 2007 Sorting Fun

Paths Represent Permutations Fact: Each external node v in the tree can represent the sequence of comparisons for exactly one permutation of S If P1 and P2 are different permutations, then there is at least one pair xi, xj with xi before xj in P1 and xi after xj in P2 For both P1 and P2 to end up at v, this means every decision made along the way resulted in the exact same outcome. We have a decision tree, so no cycles! This cannot occur if the sorting algorithm behaves correctly, because in one permutation xi started before xj and in the other their order was reversed (remember, they cannot be equal) Spring 2007 Sorting Fun

Decision Tree Height The height of this decision tree is a lower bound on the running time Every possible input permutation must lead to a separate leaf output (by previous slide). There are n! permutations, so there are n! leaves. Since there are n!=1*2*…*n leaves, the height is at least log (n!) Spring 2007 Sorting Fun

The Lower Bound Any comparison-based sorting algorithms takes at least log (n!) time Therefore, any such algorithm takes time at least Since there are at least n/2 terms larger than n/2 in n! That is, any comparison-based sorting algorithm must run no faster than O(n log n) time in the worst case. Spring 2007 Sorting Fun

Bucket-Sort and Radix-Sort Quick-Sort 2/23/2019 1:48 AM Bucket-Sort and Radix-Sort 1, c 3, a 3, b 7, d 7, g 7, e  1  2 3  4  5  6 7  8  9 B Spring 2007 Sorting Fun

Quick-Sort 2/23/2019 1:48 AM Bucket-Sort (§ 4.5.1) Let be S be a sequence of n (key, element) items with keys in the range [0, N - 1] Bucket-sort uses the keys as indices into an auxiliary array B of sequences (buckets) Phase 1: Empty sequence S by moving each item (k, o) into its bucket B[k] Phase 2: For i = 0, …, N - 1, move the items of bucket B[i] to the end of sequence S Analysis: Phase 1 takes O(n) time Phase 2 takes O(n + N) time Bucket-sort takes O(n + N) time Algorithm bucketSort(S, N) Input sequence S of (key, element) items with keys in the range [0, N - 1] Output sequence S sorted by increasing keys B  array of N empty sequences while S.isEmpty() f  S.first() (k, o)  S.remove(f) B[k].insertLast((k, o)) for i  0 to N - 1 while B[i].isEmpty() f  B[i].first() (k, o)  B[i].remove(f) S.insertLast((k, o)) Why n + N time for phase 2? Well, can’t assume that all of the buckets have something in them. If N is much larger than n, there could be a bunch of empty buckets to check (each check costs one operation). You have at most n moves, so you get a worst case total of O(n+N) Spring 2007 Sorting Fun

Example Key range [0, 9] 7, d 1, c 3, a 7, g 3, b 7, e Phase 1 B 1, c 1 2 3 4 5 6 7 8 9 B 1, c 7, d 7, g 3, b 3, a 7, e  Phase 2 1, c 3, a 3, b 7, d 7, g 7, e Spring 2007 Sorting Fun

Properties and Extensions Key-type Property The keys are used as indices into an array and cannot be arbitrary objects No external comparator Stable Sort Property The relative order of any two items with the same key is preserved after the execution of the algorithm Extensions Integer keys in the range [a, b] Put item (k, o) into bucket B[k - a] String keys from a set D of possible strings, where D has constant size (e.g., names of the 50 U.S. states) Sort D and compute the rank r(k) of each string k of D in the sorted sequence Put item (k, o) into bucket B[r(k)] Spring 2007 Sorting Fun

Lexicographic Order A d-tuple is a sequence of d keys (k1, k2, …, kd), where key ki is said to be the i-th dimension of the tuple Example: The Cartesian coordinates of a point in space are a 3-tuple The lexicographic order of two d-tuples is recursively defined as follows (x1, x2, …, xd) < (y1, y2, …, yd)  x1 < y1  x1 = y1  (x2, …, xd) < (y2, …, yd) I.e., the tuples are compared by the first dimension, then by the second dimension, etc. Spring 2007 Sorting Fun

Lexicographic-Sort Example: Algorithm lexicographicSort(S) Input sequence S of d-tuples Output sequence S sorted in lexicographic order for i  d downto 1 stableSort(S, Ci) Let Ci be the comparator that compares two tuples by their i-th dimension Let stableSort(S, C) be a stable sorting algorithm that uses comparator C Lexicographic-sort sorts a sequence of d-tuples in lexicographic order by executing d times algorithm stableSort, one per dimension Lexicographic-sort runs in O(dT(n)) time, where T(n) is the running time of stableSort Example: (7,4,6) (5,1,5) (2,4,6) (2, 1, 4) (3, 2, 4) (2, 1, 4) (3, 2, 4) (5,1,5) (7,4,6) (2,4,6) (2, 1, 4) (5,1,5) (3, 2, 4) (7,4,6) (2,4,6) (2, 1, 4) (2,4,6) (3, 2, 4) (5,1,5) (7,4,6) Spring 2007 Sorting Fun

Radix-Sort (§ 4.5.2) Radix-sort is a specialization of lexicographic-sort that uses bucket-sort as the stable sorting algorithm in each dimension Radix-sort is applicable to tuples where the keys in each dimension i are integers in the range [0, N - 1] Radix-sort runs in time O(d( n + N)) Algorithm radixSort(S, N) Input sequence S of d-tuples such that (0, …, 0)  (x1, …, xd) and (x1, …, xd)  (N - 1, …, N - 1) for each tuple (x1, …, xd) in S Output sequence S sorted in lexicographic order for i  d downto 1 bucketSort(S, N) Spring 2007 Sorting Fun

Radix-Sort for Binary Numbers Consider a sequence of n b-bit integers x = xb - 1 … x1x0 We represent each element as a b-tuple of integers in the range [0, 1] and apply radix-sort with N = 2 This application of the radix-sort algorithm runs in O(bn) time For example, we can sort a sequence of 32-bit integers in linear time Algorithm binaryRadixSort(S) Input sequence S of b-bit integers Output sequence S sorted replace each element x of S with the item (0, x) for i  0 to b - 1 replace the key k of each item (k, x) of S with bit xi of x bucketSort(S, 2) Spring 2007 Sorting Fun

Example Sorting a sequence of 4-bit integers 1001 0010 1101 0001 1110 Spring 2007 Sorting Fun