Algorithm Analysis

Total Page:16

File Type:pdf, Size:1020Kb

Algorithm Analysis Presentation for use with the textbook, Algorithm Design and Applications, by M. T. Goodrich and R. Tamassia, Wiley, 2015 Analysis of Algorithms Input Algorithm Output © 2015 Goodrich and Tamassia Analysis of Algorithms 1 Scalability q Scientists often have to deal with differences in scale, from the microscopically small to the astronomically large. q Computer scientists must also deal with scale, but they deal with it primarily in terms of data volume rather than physical object size. q Scalability refers to the ability of a system to gracefully accommodate growing sizes of inputs or amounts of workload. © 2015 Goodrich and Tamassia Analysis of Algorithms 2 Application: Job Interviews q High technology companies tend to ask questions about algorithms and data structures during job interviews. q Algorithms questions can be short but often require critical thinking, creative insights, and subject knowledge. n All the “Applications” exercises in Chapter 1 of the Goodrich- Tamassia textbook are taken from reports of actual job interview questions. xkcd “Labyrinth Puzzle.” http://xkcd.com/246/ Used with permission under Creative Commons 2.5 License. © 2015 Goodrich and Tamassia Analysis of Algorithms 3 Algorithms and Data Structures q An algorithm is a step-by-step procedure for performing some task in a finite amount of time. n Typically, an algorithm takes input data and produces an output based upon it. Input Algorithm Output q A data structure is a systematic way of organizing and accessing data. © 2015 Goodrich and Tamassia Analysis of Algorithms 4 Running Time q Most algorithms transform best case input objects into output average case worst case objects. 120 q The running time of an 100 algorithm typically grows 80 with the input size. 60 q Average case time is often difficult to determine. 40 Running Time Running 20 q We focus primarily on the worst case running time. 0 1000 2000 3000 4000 n Easier to analyze Input Size n Crucial to applications such as games, finance and robotics © 2015 Goodrich and Tamassia Analysis of Algorithms 5 Experimental Studies 9000 8000 7000 q Write a program implementing the 6000 algorithm 5000 q Run the program with 4000 inputs of varying size Time(ms) 3000 and composition, noting the time 2000 needed: 1000 q Plot the results 0 0 50 100 Input Size © 2015 Goodrich and Tamassia Analysis of Algorithms 6 Limitations of Experiments q It is necessary to implement the algorithm, which may be difficult q Results may not be indicative of the running time on other inputs not included in the experiment. q In order to compare two algorithms, the same hardware and software environments must be used © 2015 Goodrich and Tamassia Analysis of Algorithms 7 Theoretical Analysis q Uses a high-level description of the algorithm instead of an implementation q Characterizes running time as a function of the input size, n q Takes into account all possible inputs q Allows us to evaluate the speed of an algorithm independent of the hardware/ software environment © 2015 Goodrich and Tamassia Analysis of Algorithms 8 Pseudocode q High-level description of an algorithm q More structured than English prose q Less detailed than a program q Preferred notation for describing algorithms q Hides program design issues © 2015 Goodrich and Tamassia Analysis of Algorithms 9 Pseudocode Details q Control flow q Method call n if … then … [else …] method (arg [, arg…]) n while … do … q Return value n repeat … until … return expression n for … do … q Expressions: n Indentation replaces braces ← Assignment q Method declaration = Equality testing Algorithm method (arg [, arg…]) Input … n2 Superscripts and other Output … mathematical formatting allowed © 2015 Goodrich and Tamassia Analysis of Algorithms 10 The Random Access Machine (RAM) Model CPU A RAM consists of q A CPU q An potentially unbounded bank 2 of memory cells, each of which 1 can hold an arbitrary number or 0 character q Memory cells are numbered and accessing any cell in memory Memory takes unit time © 2015 Goodrich and Tamassia Analysis of Algorithms 11 Seven Important Functions q Seven functions that often appear in algorithm 1E+30 1E+28 Cubic analysis: 1E+26 n Constant ≈ 1 1E+24 Quadratic 1E+22 n Logarithmic ≈ log n Linear 1E+20 n Linear ≈ n 1E+18 ) n 1E+16 N-Log-N ≈ n log n n ( 2 1E+14 n Quadratic n T ≈ 1E+12 3 n Cubic ≈ n 1E+10 n n Exponential ≈ 2 1E+8 1E+6 1E+4 q In a log-log chart, the 1E+2 slope of the line 1E+0 corresponds to the 1E+0 1E+2 1E+4 1E+6 1E+8 1E+10 growth rate n © 2015 Goodrich and Tamassia Analysis of Algorithms 12 Slide by Matt Stallmann Functions Graphed included with permission. Using “Normal” Scale g(n) = n lg n g(n) = 1 g(n) = 2n g(n) = n2 g(n) = lg n g(n) = n g(n) = n3 © 2015 Goodrich and Tamassia Analysis of Algorithms 13 Primitive Operations q Basic computations q Examples: performed by an algorithm n Evaluating an q Identifiable in pseudocode expression q Largely independent from the n Assigning a value to a variable programming language n Indexing into an q Exact definition not important array (we will see why later) n Calling a method n Returning from a q Assumed to take a constant method amount of time in the RAM model © 2015 Goodrich and Tamassia Analysis of Algorithms 14 Counting Primitive Operations q Example: By inspecting the pseudocode, we can determine the maximum number of primitive operations executed by an algorithm, as a function of the input size © 2015 Goodrich and Tamassia Analysis of Algorithms 15 Estimating Running Time q Algorithm arrayMax executes 7n - 2 primitive operations in the worst case, 5n in the best case. Define: a = Time taken by the fastest primitive operation b = Time taken by the slowest primitive operation q Let T(n) be worst-case time of arrayMax. Then a(5n) ≤ T(n) ≤ b(7n - 2) q Hence, the running time T(n) is bounded by two linear functions © 2015 Goodrich and Tamassia Analysis of Algorithms 16 Growth Rate of Running Time q Changing the hardware/ software environment n Affects T(n) by a constant factor, but n Does not alter the growth rate of T(n) q The linear growth rate of the running time T(n) is an intrinsic property of algorithm arrayMax © 2015 Goodrich and Tamassia Analysis of Algorithms 17 Slide by Matt Stallmann included with permission. Why Growth Rate Matters if runtime time for n + 1 time for 2 n time for 4 n is... c lg n c lg (n + 1) c (lg n + 1) c(lg n + 2) c n c (n + 1) 2c n 4c n ~ c n lg n 2c n lg n + 4c n lg n + runtime c n lg n + c n 2cn 4cn quadruples when c n2 ~ c n2 + 2c n 4c n2 16c n2 problem size doubles c n3 ~ c n3 + 3c n2 8c n3 64c n3 c 2n c 2 n+1 c 2 2n c 2 4n © 2015 Goodrich and Tamassia Analysis of Algorithms 18 Analyzing Recursive Algorithms q Use a function, T(n), to derive a recurrence relation that characterizes the running time of the algorithm in terms of smaller values of n. © 2015 Goodrich and Tamassia Analysis of Algorithms 19 Constant Factors 1E+26 Quadratic q The growth rate is 1E+24 1E+22 Quadratic minimally affected by 1E+20 Linear n constant factors or 1E+18 Linear 1E+16 n lower-order terms ) 1E+14 n ( q Examples T 1E+12 1E+10 2 5 n 10 n + 10 is a linear 1E+8 function 1E+6 5 2 8 1E+4 n 10 n + 10 n is a 1E+2 quadratic function 1E+0 1E+0 1E+2 1E+4 1E+6 1E+8 1E+10 n © 2015 Goodrich and Tamassia Analysis of Algorithms 20 Big-Oh Notation 10,000 q Given functions f(n) and 3n g(n), we say that f(n) is 1,000 2n+10 O(g(n)) if there are positive constants n 100 c and n0 such that f(n) ≤ cg(n) for n ≥ n0 10 q Example: 2n + 10 is O(n) n 2n + 10 ≤ cn 1 n (c - 2) n ≥ 10 1 10 100 1,000 n n ≥ 10/(c - 2) n n Pick c = 3 and n0 = 10 © 2015 Goodrich and Tamassia Analysis of Algorithms 21 Big-Oh Example 1,000,000 n^2 q Example: the function 100n 2 100,000 n is not O(n) 10n 2 n n ≤ cn 10,000 n n n ≤ c n The above inequality 1,000 cannot be satisfied since c must be a 100 constant 10 1 1 10 100 1,000 n © 2015 Goodrich and Tamassia Analysis of Algorithms 22 More Big-Oh Examples q 7n - 2 7n-2 is O(n) need c > 0 and n0 ≥ 1 such that 7 n - 2 ≤ c n for n ≥ n0 this is true for c = 7 and n0 = 1 q 3 n3 + 20 n2 + 5 3 n3 + 20 n2 + 5 is O(n3) 3 2 3 need c > 0 and n0 ≥ 1 such that 3 n + 20 n + 5 ≤ c n for n ≥ n0 this is true for c = 4 and n0 = 21 q 3 log n + 5 3 log n + 5 is O(log n) need c > 0 and n0 ≥ 1 such that 3 log n + 5 ≤ c log n for n ≥ n0 this is true for c = 8 and n0 = 2 © 2015 Goodrich and Tamassia Analysis of Algorithms 23 Big-Oh and Growth Rate q The big-Oh notation gives an upper bound on the growth rate of a function q The statement “f(n) is O(g(n))” means that the growth rate of f(n) is no more than the growth rate of g(n) q We can use the big-Oh notation to rank functions according to their growth rate f(n) is O(g(n)) g(n) is O(f(n)) g(n) grows more Yes No f(n) grows more No Yes Same growth Yes Yes © 2015 Goodrich and Tamassia Analysis of Algorithms 24 Big-Oh Rules q If is f(n) a polynomial of degree d, then f(n) is O(nd), i.e., 1.
Recommended publications
  • Average-Case Analysis of Algorithms and Data Structures L’Analyse En Moyenne Des Algorithmes Et Des Structures De DonnEes
    (page i) Average-Case Analysis of Algorithms and Data Structures L'analyse en moyenne des algorithmes et des structures de donn¶ees Je®rey Scott Vitter 1 and Philippe Flajolet 2 Abstract. This report is a contributed chapter to the Handbook of Theoretical Computer Science (North-Holland, 1990). Its aim is to describe the main mathematical methods and applications in the average-case analysis of algorithms and data structures. It comprises two parts: First, we present basic combinatorial enumerations based on symbolic methods and asymptotic methods with emphasis on complex analysis techniques (such as singularity analysis, saddle point, Mellin transforms). Next, we show how to apply these general methods to the analysis of sorting, searching, tree data structures, hashing, and dynamic algorithms. The emphasis is on algorithms for which exact \analytic models" can be derived. R¶esum¶e. Ce rapport est un chapitre qui para^³t dans le Handbook of Theoretical Com- puter Science (North-Holland, 1990). Son but est de d¶ecrire les principales m¶ethodes et applications de l'analyse de complexit¶e en moyenne des algorithmes. Il comprend deux parties. Tout d'abord, nous donnons une pr¶esentation des m¶ethodes de d¶enombrements combinatoires qui repose sur l'utilisation de m¶ethodes symboliques, ainsi que des tech- niques asymptotiques fond¶ees sur l'analyse complexe (analyse de singularit¶es, m¶ethode du col, transformation de Mellin). Ensuite, nous d¶ecrivons l'application de ces m¶ethodes g¶enerales a l'analyse du tri, de la recherche, de la manipulation d'arbres, du hachage et des algorithmes dynamiques.
    [Show full text]
  • Design and Analysis of Algorithms Credits and Contact Hours: 3 Credits
    Course number and name: CS 07340: Design and Analysis of Algorithms Credits and contact hours: 3 credits. / 3 contact hours Faculty Coordinator: Andrea Lobo Text book, title, author, and year: The Design and Analysis of Algorithms, Anany Levitin, 2012. Specific course information Catalog description: In this course, students will learn to design and analyze efficient algorithms for sorting, searching, graphs, sets, matrices, and other applications. Students will also learn to recognize and prove NP- Completeness. Prerequisites: CS07210 Foundations of Computer Science and CS04222 Data Structures and Algorithms Type of Course: ☒ Required ☐ Elective ☐ Selected Elective Specific goals for the course 1. algorithm complexity. Students have analyzed the worst-case runtime complexity of algorithms including the quantification of resources required for computation of basic problems. o ABET (j) An ability to apply mathematical foundations, algorithmic principles, and computer science theory in the modeling and design of computer-based systems in a way that demonstrates comprehension of the tradeoffs involved in design choices 2. algorithm design. Students have applied multiple algorithm design strategies. o ABET (j) An ability to apply mathematical foundations, algorithmic principles, and computer science theory in the modeling and design of computer-based systems in a way that demonstrates comprehension of the tradeoffs involved in design choices 3. classic algorithms. Students have demonstrated understanding of algorithms for several well-known computer science problems o ABET (j) An ability to apply mathematical foundations, algorithmic principles, and computer science theory in the modeling and design of computer-based systems in a way that demonstrates comprehension of the tradeoffs involved in design choices and are able to implement these algorithms.
    [Show full text]
  • Introduction to the Design and Analysis of Algorithms
    This page intentionally left blank Vice President and Editorial Director, ECS Marcia Horton Editor-in-Chief Michael Hirsch Acquisitions Editor Matt Goldstein Editorial Assistant Chelsea Bell Vice President, Marketing Patrice Jones Marketing Manager Yezan Alayan Senior Marketing Coordinator Kathryn Ferranti Marketing Assistant Emma Snider Vice President, Production Vince O’Brien Managing Editor Jeff Holcomb Production Project Manager Kayla Smith-Tarbox Senior Operations Supervisor Alan Fischer Manufacturing Buyer Lisa McDowell Art Director Anthony Gemmellaro Text Designer Sandra Rigney Cover Designer Anthony Gemmellaro Cover Illustration Jennifer Kohnke Media Editor Daniel Sandin Full-Service Project Management Windfall Software Composition Windfall Software, using ZzTEX Printer/Binder Courier Westford Cover Printer Courier Westford Text Font Times Ten Copyright © 2012, 2007, 2003 Pearson Education, Inc., publishing as Addison-Wesley. All rights reserved. Printed in the United States of America. This publication is protected by Copyright, and permission should be obtained from the publisher prior to any prohibited reproduction, storage in a retrieval system, or transmission in any form or by any means, electronic, mechanical, photocopying, recording, or likewise. To obtain permission(s) to use material from this work, please submit a written request to Pearson Education, Inc., Permissions Department, One Lake Street, Upper Saddle River, New Jersey 07458, or you may fax your request to 201-236-3290. This is the eBook of the printed book and may not include any media, Website access codes or print supplements that may come packaged with the bound book. Many of the designations by manufacturers and sellers to distinguish their products are claimed as trademarks. Where those designations appear in this book, and the publisher was aware of a trademark claim, the designations have been printed in initial caps or all caps.
    [Show full text]
  • Algorithms and Computational Complexity: an Overview
    Algorithms and Computational Complexity: an Overview Winter 2011 Larry Ruzzo Thanks to Paul Beame, James Lee, Kevin Wayne for some slides 1 goals Design of Algorithms – a taste design methods common or important types of problems analysis of algorithms - efficiency 2 goals Complexity & intractability – a taste solving problems in principle is not enough algorithms must be efficient some problems have no efficient solution NP-complete problems important & useful class of problems whose solutions (seemingly) cannot be found efficiently 3 complexity example Cryptography (e.g. RSA, SSL in browsers) Secret: p,q prime, say 512 bits each Public: n which equals p x q, 1024 bits In principle there is an algorithm that given n will find p and q:" try all 2512 possible p’s, but an astronomical number In practice no fast algorithm known for this problem (on non-quantum computers) security of RSA depends on this fact (and research in “quantum computing” is strongly driven by the possibility of changing this) 4 algorithms versus machines Moore’s Law and the exponential improvements in hardware... Ex: sparse linear equations over 25 years 10 orders of magnitude improvement! 5 algorithms or hardware? 107 25 years G.E. / CDC 3600 progress solving CDC 6600 G.E. = Gaussian Elimination 106 sparse linear CDC 7600 Cray 1 systems 105 Cray 2 Hardware " 104 alone: 4 orders Seconds Cray 3 (Est.) 103 of magnitude 102 101 Source: Sandia, via M. Schultz! 100 1960 1970 1980 1990 6 2000 algorithms or hardware? 107 25 years G.E. / CDC 3600 CDC 6600 G.E. = Gaussian Elimination progress solving SOR = Successive OverRelaxation 106 CG = Conjugate Gradient sparse linear CDC 7600 Cray 1 systems 105 Cray 2 Hardware " 104 alone: 4 orders Seconds Cray 3 (Est.) 103 of magnitude Sparse G.E.
    [Show full text]
  • From Analysis of Algorithms to Analytic Combinatorics a Journey with Philippe Flajolet
    From Analysis of Algorithms to Analytic Combinatorics a journey with Philippe Flajolet Robert Sedgewick Princeton University This talk is dedicated to the memory of Philippe Flajolet Philippe Flajolet 1948-2011 From Analysis of Algorithms to Analytic Combinatorics 47. PF. Elements of a general theory of combinatorial structures. 1985. 69. PF. Mathematical methods in the analysis of algorithms and data structures. 1988. 70. PF L'analyse d'algorithmes ou le risque calculé. 1986. 72. PF. Random tree models in the analysis of algorithms. 1988. 88. PF and Michèle Soria. Gaussian limiting distributions for the number of components in combinatorial structures. 1990. 91. Jeffrey Scott Vitter and PF. Average-case analysis of algorithms and data structures. 1990. 95. PF and Michèle Soria. The cycle construction.1991. 97. PF. Analytic analysis of algorithms. 1992. 99. PF. Introduction à l'analyse d'algorithmes. 1992. 112. PF and Michèle Soria. General combinatorial schemas: Gaussian limit distributions and exponential tails. 1993. 130. RS and PF. An Introduction to the Analysis of Algorithms. 1996. 131. RS and PF. Introduction à l'analyse des algorithmes. 1996. 171. PF. Singular combinatorics. 2002. 175. Philippe Chassaing and PF. Hachage, arbres, chemins & graphes. 2003. 189. PF, Éric Fusy, Xavier Gourdon, Daniel Panario, and Nicolas Pouyanne. A hybrid of Darboux's method and singularity analysis in combinatorial asymptotics. 2006. 192. PF. Analytic combinatorics—a calculus of discrete structures. 2007. 201. PF and RS. Analytic Combinatorics. 2009. Analysis of Algorithms Pioneering research by Knuth put the study of the performance of computer programs on a scientific basis. “As soon as an Analytic Engine exists, it will necessarily guide the future course of the science.
    [Show full text]
  • A Survey and Analysis of Algorithms for the Detection of Termination in a Distributed System
    Rochester Institute of Technology RIT Scholar Works Theses 1991 A Survey and analysis of algorithms for the detection of termination in a distributed system Lois Rixner Follow this and additional works at: https://scholarworks.rit.edu/theses Recommended Citation Rixner, Lois, "A Survey and analysis of algorithms for the detection of termination in a distributed system" (1991). Thesis. Rochester Institute of Technology. Accessed from This Thesis is brought to you for free and open access by RIT Scholar Works. It has been accepted for inclusion in Theses by an authorized administrator of RIT Scholar Works. For more information, please contact [email protected]. Rochester Institute of Technology Computer Science Department A Survey and Analysis of Algorithms for the Detection of Termination rna Distributed System by Lois R. Romer A thesis, submitted to The Faculty of the Computer Science Department, in partial fulfillment of the requirements for the degree of Master of Science in Computer Science. Approved by: Dr. Andrew Kitchen Dr. James Heliotis "22 Jit~ 1/ Dr. Peter Anderson Date Title of Thesis: A Survey and Analysis of Algorithms for the Detection of Termination in a Distributed System I, Lois R. Rixner hereby deny permission to the Wallace Memorial Library, of RITj to reproduce my thesis in whole or in part. Date: ~ oj'~, /f7t:J/ Abstract - This paper looks at algorithms for the detection of termination in a distributed system and analyzes them for effectiveness and efficiency. A survey is done of the pub lished algorithms for distributed termination and each is evaluated. Both centralized dis tributed systems and fully distributed systems are reviewed.
    [Show full text]
  • The History of Algorithmic Complexity
    City University of New York (CUNY) CUNY Academic Works Publications and Research Borough of Manhattan Community College 2016 The history of Algorithmic complexity Audrey A. Nasar CUNY Borough of Manhattan Community College How does access to this work benefit ou?y Let us know! More information about this work at: https://academicworks.cuny.edu/bm_pubs/72 Discover additional works at: https://academicworks.cuny.edu This work is made publicly available by the City University of New York (CUNY). Contact: [email protected] The Mathematics Enthusiast Volume 13 Article 4 Number 3 Number 3 8-2016 The history of Algorithmic complexity Audrey A. Nasar Follow this and additional works at: http://scholarworks.umt.edu/tme Part of the Mathematics Commons Recommended Citation Nasar, Audrey A. (2016) "The history of Algorithmic complexity," The Mathematics Enthusiast: Vol. 13: No. 3, Article 4. Available at: http://scholarworks.umt.edu/tme/vol13/iss3/4 This Article is brought to you for free and open access by ScholarWorks at University of Montana. It has been accepted for inclusion in The Mathematics Enthusiast by an authorized administrator of ScholarWorks at University of Montana. For more information, please contact [email protected]. TME, vol. 13, no.3, p.217 The history of Algorithmic complexity Audrey A. Nasar1 Borough of Manhattan Community College at the City University of New York ABSTRACT: This paper provides a historical account of the development of algorithmic complexity in a form that is suitable to instructors of mathematics at the high school or undergraduate level. The study of algorithmic complexity, despite being deeply rooted in mathematics, is usually restricted to the computer science curriculum.
    [Show full text]
  • Algorithm Efficiency Measuring the Efficiency of Algorithms the Topic Of
    Algorithm Efficiency Measuring the efficiency of algorithms The topic of algorithms is a topic that is central to computer science. Measuring an algorithm’s efficiency is important because your choice of an algorithm for a given application often has a great impact. Word processors, ATMs, video games and life support systems all depend on efficient algorithms. Consider two searching algorithms. What does it mean to compare the algorithms and conclude that one is better than the other? The analysis of algorithms is the area of computer science that provides tools for contrasting the efficiency of different methods of solution. Notice the use of the term methods of solution rather than programs; it is important to emphasize that the analysis concerns itself primarily with significant differences in efficiency – differences that you can usually obtain only through superior methods of solution and rarely through clever tricks in coding. Although the efficient use of both time and space is important, inexpensive memory has reduced the significance of space efficiency. Thus, we will focus primarily on time efficiency. How do you compare the time efficiency of two algorithms that solve the same problem? One possible approach is to implement the two algorithms in C++ and run the programs. There are three difficulties with this approach: 1. How are the algorithms coded? Does one algorithm run faster than another because of better programming? We should not compare implementations rather than the algorithms. Implementations are sensitive to factors such as programming style that cloud the issue. 2. What computer should you use? The only fair way would be to use the same computer for both programs.
    [Show full text]
  • Bioinformatics Algorithms Techniques and Appli
    BIOINFORMATICS ALGORITHMS Techniques and Applications Edited by Ion I. Mandoiu˘ and Alexander Zelikovsky A JOHN WILEY & SONS, INC., PUBLICATION BIOINFORMATICS ALGORITHMS BIOINFORMATICS ALGORITHMS Techniques and Applications Edited by Ion I. Mandoiu˘ and Alexander Zelikovsky A JOHN WILEY & SONS, INC., PUBLICATION Copyright © 2008 by John Wiley & Sons, Inc. All rights reserved. Published by John Wiley & Sons, Inc., Hoboken, New Jersey Published simultaneously in Canada No part of this publication may be reproduced, stored in a retrieval system or transmitted in any form or by any means, electronic, mechanical, photocopying, recording, scanning or otherwise, except as permitted under Sections 107 or 108 of the 1976 United States Copyright Act, without either the prior written permission of the Publisher, or authorization through payment of the appropriate per-copy fee to the Copyright Clearance Center, Inc., 222 Rosewood Drive, Danvers, MA 01923, 978-750-8400, fax 978-646-8600, or on the web at www.copyright.com. Requests to the Publisher for permission should be addressed to the Permissions Department, John Wiley & Sons, Inc., 111 River Street, Hoboken, NJ 07030, (201)-748-6011, fax (201)-748-6008. Limit of Liability/Disclaimer of Warranty: While the publisher and author have used their best efforts in preparing this book, they make no representations or warranties with respect to the accuracy or completeness of the contents of this book and specifically disclaim any implied warranties of merchantability or fitness for a particular purpose. No warranty may be created or extended by sales representatives or written sales materials. The advice and strategies contained herein may not be suitable for your situation.
    [Show full text]
  • A Theoretician's Guide to the Experimental Analysis of Algorithms
    A Theoretician's Guide to the Experimental Analysis of Algorithms David S. Johnson AT&T Labs { Research http://www.research.att.com/ dsj/ ∼ November 25, 2001 Abstract This paper presents an informal discussion of issues that arise when one attempts to an- alyze algorithms experimentally. It is based on lessons learned by the author over the course of more than a decade of experimentation, survey paper writing, refereeing, and lively dis- cussions with other experimentalists. Although written from the perspective of a theoretical computer scientist, it is intended to be of use to researchers from all fields who want to study algorithms experimentally. It has two goals: first, to provide a useful guide to new experimen- talists about how such work can best be performed and written up, and second, to challenge current researchers to think about whether their own work might be improved from a scientific point of view. With the latter purpose in mind, the author hopes that at least a few of his recommendations will be considered controversial. 1 Introduction It is common these days to distinguish between three different approaches to analyzing al- gorithms: worst-case analysis, average-case analysis, and experimental analysis. The above ordering of the approaches is the one that most theoretical computer scientists would choose, with experimental analysis treated almost as an afterthought. Indeed, until recently exper- imental analysis of algorithms has been almost invisible in the theoretical computer science literature, although experimental work dominates algorithmic research in most other areas of computer science and related fields such as operations research. The past emphasis among theoreticians on the more rigorous and theoretical modes of analysis is of course to be expected.
    [Show full text]
  • Design and Analysis of Algorithms Application of Greedy Algorithms
    Design and Analysis of Algorithms Application of Greedy Algorithms 1 Huffman Coding 2 Shortest Path Problem Dijkstra’s Algorithm 3 Minimal Spanning Tree Kruskal’s Algorithm Prim’s Algorithm ©Yu Chen 1 / 83 Applications of Greedy Algorithms Huffman coding Proof of Huffman algorithm Single source shortest path algorithm Dijkstra algorithm and correctness proof Minimal spanning trees Prim’s algorithm Kruskal’s algorithm ©Yu Chen 2 / 83 1 Huffman Coding 2 Shortest Path Problem Dijkstra’s Algorithm 3 Minimal Spanning Tree Kruskal’s Algorithm Prim’s Algorithm ©Yu Chen 3 / 83 Motivation of Coding Let Γ beP an alphabet of n symbols, the frequency of symbol i is fi. n Clearly, i=1 fi = 1. In practice, to facilitate transmission in the digital world (improve efficiency and robustness), we use coding to encode symbols (characters in a file) into codewords, then transmit. encoding transmit decoding Γ C C Γ What is a good coding scheme? efficiency: efficient encoding/decoding & low bandwidth other nice properties about robustness, e.g., error-correcting ©Yu Chen 4 / 83 Fix-length coding seems neat. Why bother to introduce variable-length coding? If each symbol appears with same frequency, then fix-length coding is good. If (Γ;F ) is non-uniform, we can use less bits to represent more frequent symbols ) more economical coding ) low bandwidth Fix-Length vs. Variable-Length Coding Two approaches of encoding a source (Γ;F ) Fix-length: the length of each codeword is a fixed number Variable-length: the length of each codeword could be different ©Yu Chen 5 / 83 If each symbol appears with same frequency, then fix-length coding is good.
    [Show full text]
  • Distributed Algorithms 6.046J, Spring, 2015
    Distributed Algorithms 6.046J, Spring, 2015 Nancy Lynch 1 What are Distributed Algorithms? • Algorithms that run on networked processors, or on multiprocessors that share memory. • They solve many kinds of problems: – Communication – Data management – Resource management – Synchronization – Reaching consensus p1 – … x1 • They work in difficult settings: p2 – Concurrent activity at many processing locations x – Uncertainty of timing, order of events, inputs 2 p – Failure and recovery of processors, of channels. n • So they can be complicated: – Hard to design, prove correct, and analyze. 2 Distributed Algorithms • Studied since 1967, starting with Dijkstra and Lamport. – Edsger Dijkstra: 1972 Turing award winner – Leslie Lamport: 2013 Turing award winner • Some sources: – Lynch, Distributed Algorithms – Attiya and Welch, Distributed Computing: Fundamentals, Simulations, and Advanced Topics – Morgan Claypool series of monographs on Distributed Computing Theory – Conferences: • Principles of Distributed Computing (PODC) • Distributed Computing (DISC) 3 This Week • A quick introduction: – Two common distributed computing models, – A few fundamental algorithms, and – Techniques for analyzing algorithms. • Synchronous distributed algorithms: – Leader Election – Maximal Independent Set – Breadth-First Spanning Trees – Shortest Paths Trees • Asynchronous distributed algorithms: – Breadth-First Spanning Trees – Shortest Paths Trees 4 Modeling, Proofs, Analysis • Important for distributed algorithms, because they are complicated and error-prone. • Infinite-state interacting state machines. • Proofs use invariants, proved by induction. • Abstraction relations. • New complexity measures: – Time complexity: Rounds, or real time. – Communication complexity: Messages, or bits. 5 Distributed Networks • Based on an undirected graph G=(V, E) . – n= V – r(u), set of neighbors of vertex u. – deg u=|ru| , number of neighbors of vertex u. • Associate a process with each graph vertex.
    [Show full text]