1 / 45

Analysis of Algorithms

Learn how to analyze algorithms for correctness and efficiency, including methods for proving correctness and time complexity analysis. Explore asymptotic notations and techniques for estimating running time.

kandacer
Download Presentation

Analysis of Algorithms

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Analysis of Algorithms

  2. Analyzing Algorithms • We need methods and metrics to analyze algorithms for: • Correctness • Methods for proving correctness • Efficiency • Time complexity, Asymptotic analysis

  3. Lecture Outline • Short Review on Asymptotic Analysis • Asymptotic notations • Upper bound, Lower bound, Tight bound • Running time estimation in complex cases: • Summations • Recurrences • The substitution method • The recursion tree method • The Master Theorem

  4. Review - Asymptotic Analysis • Running time depends on the size of the input • T(n): the time taken on input with size n • it is the rate of growth, or order of growth, of the running time that really interests us • Look at growth of T(n) as n→∞. • Worst-case and average-case running times are difficult to compute precisely, so we calculate upper and lower bounds of the function.

  5. Review - Asymptotic Notations • O: Big-Oh = asymptotic upper bound • Ω: Big-Omega = asymptotic lower bound • Θ: Theta = asymptotically tight bound [CLRS] – chap 3

  6. O (g(n)) is the set of all functions with a smaller or same order of growth as g(n), within a constant multiple If f(n)  O(g(n)) (f(n) is in O(g(n)), it means that g(n) is an asymptotic upper bound of f(n) Intuitively, it is like f(n) ≤ g(n) We write f(n)=O(g(n)) Big O [CLRS], Fig. 3.1

  7. Examples • Examples: • if g(n)=n2 , some functions f(n) in O(n2) are:

  8. Ω (g(n)) is the set of all functions with a larger or same order of growth as g(n), within a constant multiple f(n)  Ω(g(n)) means g(n) is an asymptotic lower bound of f(n) Intuitively, it is like g(n) ≤ f(n) Big Ω [CLRS], Fig. 3.1

  9. Examples • Examples: • if g(n)=n2 , some functions f(n) in Ω(n2):

  10. Informally, Θ (g(n)) is the set of all functions with the same order of growth as g(n), within a constant multiple f(n)  Θ(g(n)) means g(n) is an asymptotically tight bound of f(n) Intuitively, it is like f(n) = g(n) Theta (Θ) [CLRS], Fig. 3.1

  11. Examples • Examples of functions f(n) in Θ(n2): • f(n) is in Θ(g(n)) if both f(n) is in O(g(n)) and f(n) is in Ω(g(n))

  12. Running Time Estimation • In practice, estimating the running time T(n) means finding a function f(n), such that T(n) in O(f(n)) or T(n) in Θ(f(n)) • If we prove that T(n) in O(f(n)) we just guarantee that T(n) “is not worse than f(n)” • Attention to overapproximations ! • If we prove that T(n) is in Θ(f(n)) we actually determine the order of growth of the running time.

  13. Running Time Estimation • Simplifying assumption: • each statement takes the same unit amount of time. • usually we can assume that the statements within a loop will be executed as many times as the maximum permitted by the loop control. • More complex situations when running time estimation can be difficult: • Summations (a loop is executed many times, each time with a different complexity) • Recurrences (recursive algorithms)

  14. n O(n3) i<=n i<=n O(1) Summations - Example For i=1 to n do For j=1 to i do For k=1 to i do something_simple But what about Θ ? Function something_simple is executed exactly S(n) times: S(n)= Σi=1n i2 = n(n+1)(2n+1)/6 S(n) in Θ(n3) See also: [CLRS] – Appendix A - Summation formulas

  15. T(n) = Θ(1), n=1 2*T(n/2) + Θ(n), n>1 Recurrences-Example q r p MERGE-SORT(A[p..r]) if p < r q= (p+r)/2 MERGE-SORT(A[p..q]) MERGE-SORT(A[q+1..r]) MERGE(A[p..r],q) To sort an array of n numbers, call MERGE-SORT(A[1..n]) In case of recursive algorithms, we get a recurrence relationship on the run time function T(n)

  16. Solving Recurrences • The recurrence has to be solved in order to find out T(n) as a function of n • General methods for solving recurrences: • Substitution Method • Recursion-tree Method

  17. The Substitution Method • The substitution method for solving recurrences: • do a few substitution steps in the recurrence relationship until you can guess the solution (the formula) and prove it with math induction • Example: applying the substitution method for solving the MergeSort recurrence

  18. Substitution meth: T(n)=2 *T(n/2)+n T(n) = 2*T(n/2)+n T(n/2)=2*T(n/22)+n/2 By substituting T(n/2) in the first relationship, we obtain: T(n) = 22*T(n/22)+2*n/2+n = 22*T(n/22)+2*n T(n/22) = 2*T(n/23)+n/22 T(n) = 23*T(n/23)+22*n/22+2*n = 23*T(n/23)+3*n .. T(n) = 2k*T(n/2k)+k*n (we assume) T(n/2k) = 2*T(n/2k+1)+n/2k (we know by the recurrence formula) By substituting T(n/2k+1) in the relationship above, we obtain: T(n)=2k+1*T(n/2k+1)+(k+1)*n => assumption proved T(n) = 2k*T(n/2k)+k*n. How many steps k=x are needed to eliminate the recurence ? When n/2x=1 => x=log2 n T(n)=n * T(1) + n * log2 n Θ(n * log2 n)

  19. The Recursion Tree Method • The recursion tree method for solving recurrences: • converts the recurrence into a tree of the recursive function calls. • Each node has a cost, representing the workload of the corresponding call (without the recursive calls done there). The total workload results by adding the workloads of all nodes. It uses techniques for bounding summations. • Example: applying the recursion tree method for solving the MergeSort recurrence

  20. Recursion tree: T(n)=2 *T(n/2)+n T(n) n n T(n/2) T(n/2) n/2 n/2 T(n/4) T(n/4) T(n/4) T(n/4) The recursion tree has to be expanded until it reaches its leafs. To compute the total runtime we have to sum up the costs of all the nodes: • Find out how many levels there are • Find out the workload on each level

  21. n n log 2 n n n Recursion tree: T(n)=2 *T(n/2)+n n n/2 n/2 n/4 n/4 n/4 n/4 T(1) T(1) T(1) T(1) T(1) T(1) T(1) T(1) Θ(n * log2 n)

  22. Solving Recurrences • A particular case are the recurrences of the form T(n)=aT(n/b)+f(n), f(n)=c*nk • this form of recurrence appears frequently in divide-and-conquer algorithms • The Master Theorem: provides bounds for recurrences of this particular form • 3 cases, according to the values of a, b and k • Can be proved by substitution or recursion-tree • [CLRS] chap 4

  23. T(n)=aT(n/b)+f(n) Recursion tree

  24. T(n)=aT(n/b)+f(n) • Which is the height of the tree ? • How many nodes are there on each level ? • How many leaves are there ? • Which is the workload on each non-leaf level ? • Which is the workload on the leaves level ? Recursion tree

  25. T(n)=aT(n/b)+f(n) [CLRS] Fig 4.4

  26. T(n)=aT(n/b)+f(n) Intuitively: T(n) will result good if: b is big a is small f(n)=O(nk), k is small [CLRS] Fig 4.4

  27. T(n)=aT(n/b)+f(n) From the recursion tree: Workload in leaves Workload per level i Sum for all levels

  28. T(n)=aT(n/b)+f(n), f(n)=c*nk Geometric series of factor a/bk

  29. Math review See also: [CLRS] – Appendix A - Summation formulas

  30. Applying the math review See also: [CLRS] – Appendix A - Summation formulas

  31. Applying the math

  32. T(n)=aT(n/b)+f(n), f(n)=c*nk We just proved the Master Theorem: The solution of the recurrence relation is:

  33. T(n) = Θ(1), n=1 2*T(n/2) + Θ(n), n>1 Merge-sort revisited • The recurrence relation of Merge-sort is a case of the master theorem, for a=2, b=2, k=1 • Case a=bk => Θ(nk * log n), k=1 =>Θ(n * log n) • Conclusion: In order to solve a recurrence having the form T(n)=aT(n/b)+f(n), f(n)=c*nk, we can either: • Memorize the result of the Master Theorem and apply it directly • Do the reasoning (by substitution or by recursion-tree) on the particular case

  34. Master Theorem – Applicability • The results of the theorem are valid ONLY for particular cases of recurrences, these of the form T(n)=aT(n/b)+f(n), f(n)=c*nk • For all other types of recurrences, you have to apply the substitution method or the recursion tree method • Examples: recursive factorial, recursive Fibonacci – the Master theorem does NOT apply for this kind of recurrences !

  35. Difficult recurrences • Some recurrences can be difficult to solve mathematically, thus we cannot directly determine a tight bound (Theta) for their running times. • In this cases, we can apply one of the following strategies: • Strategy 1: Try to determine a lower bound (Omega) and an upper bound (O). • Stragtegy 2: Guess a function for the tight bound and prove that it verifies the recurrence formula (The “Guess and prove” approach)

  36. T(n) = c1, n<=2 T(n-1) + T(n-2) + c2, n>2 Example: Recursive Fibonacci function Fibonacci (n:integer) returns integer is: if (n==1) or (n==2) return 1 else return Fibonacci (n-1) + Fibonacci (n-2) This recurrence is difficult to solve by substitution or call tree. We have to try something else.

  37. Example: Computing Lower and upper bounds • We always should try to do our best: • find a lower bound which is the highest lower bound that we can prove, and • find an upper bound which is the lowest upper bound that we can prove. • If we can prove the same function both for lower bound and upper bound, then we even managed to find the tight bound (Theta).

  38. Example: Upper bound for Fibonacci T(n) = c1, n<=2 T(n-1) + T(n-2) + c2, n>2 T(n) is in O(f(n)), if there exist a>0, n0>0, such that T(n)<=a*f(n), for all n>=n0. For any algorithm, we have: T(n-2)<=T(n-1) Taking this into account (replacing T(n-2) with the bigger T(n-1)), the Fibonacci recurrence leads to: T(n)=T(n-1)+T(n-2)+c2 <= 2*T(n-1) + c2

  39. Example: Upper bound for Fibonacci (cont) T(n)=T(n-1)+T(n-2)+c2 <= 2*T(n-1) + c2 By substitution, T(n)<= 2^k *T(n-k) + c2 (2^(k-1) + 2^(k-2) + .... + 2^2 +2 +1) Substitution stops when n-k=1, k=n-1 Results that T(n)<= a* 2^n T(n) is in O(2^n)

  40. Example: Lower bound for Fibonacci T(n) = c1, n<=2 T(n-1) + T(n-2) + c2, n>2 T(n) is in Omega(f(n)), if there exist b>0, n0>0, such that T(n)>=b*f(n), for all n>=n0. For any algorithm, we have: T(n-2)<=T(n-1), T(n-3)<=T(n-2), ... T(n-k)<=T(n-k+1) Taking this into account, replacing T(n-1) by the smaller T(n-2), the Fibonacci recurrence leads to: T(n)=T(n-1)+T(n-2)+c2 >= 2*T(n-2) + c2

  41. Example: Lower bound for Fibonacci (cont) T(n)=T(n-1)+T(n-2)+c2 >= 2*T(n-2) + c2 By substitution, T(n)>= 2^k *T(n-2*k) + c2 ( 2^(k-1)) + .... + 2^2 +2 +1) Substitution stops when k=n/2 Results that: T(n)>= b* 2^(n/2) T(n) is in Omega(2^n/2)

  42. Example: Guess and prove By upper and lower bounds we found that Fibonacci time is: b* 2^(n/2) <=T(n) <= a* 2^n We presume that T(n)=x^n. We have to prove this (to find the value of x) T(n)=T(n-1)+T(n-2)+c2 x^n = x^(n-1)+ x^(n-2) x^2 – x-1 = 0 => x=1.618 Fibonacci is Θ (x^n)

  43. Conclusions • We estimate asymptotic complexity with: Upper Bound (Big-O), Lower Bound (Big-Omega) and Tight Bound (Big-Theta). • Determining the asymptotic complexity ofrecursive algorithms can be difficult. For this, you will have to solve the recurrence relationship that describes the recursive algorithm. • General methods for solving recurrence relationships are the substitution method and the recursion-tree method. For certain particular types of recurrences (the divide-and-conquer type of recurrences) the result is also given by theMaster Theorem. • Sometimes solving certain recurrence relationships is mathematically difficult and we cannot calculate the tight bound. In this case we can apply one of the following methods: • introduce approximations, that will help us determine only lower bounds and upper bounds • guess and prove

  44. Bibliography • Review Analysis of algorithms: • [CLRS] – chap 3 (Growth of functions), chap 4 (Recurrences, Master Theorem) or • [Manber] – chap 3

  45. And there is more to this subject … • The running time can vary also depending on the input values, not only input size: • Average vs. Worst-case. Worst case =running time of a program is guaranteed less than a certain bound (as a function of the input size), no matter what the input. This approach is needed in critical software. In other applications it is enough to analyse average performance. This may need probabilistic analysis. • Randomized algorithms. Random inputs guide the behaviour, in the hope of achieving good performance in the "average case“.  Their running time and/or their output are random variables. [CLRS ch 5] • Amortized analysis: provides a worst-case performance guarantee on a sequence of operations; while each operation may have its worst case guarantee, a specific sequence of these operations may behave better than the individuals. [CLRS ch 17]. Will have a small example later at disjoint sets.

More Related