Escolar Documentos
Profissional Documentos
Cultura Documentos
R unning Tim e
80
with the input size.
60
Average case time is often
difficult to determine. 40
running time. 0
1000 2000 3000 4000
Easier to analyze Inpu t Size
Crucial to applications such as
games, finance and robotics
Analysis of Algorithms 2
Experimental Studies (§ 1.6)
Write a program 9000
algorithm 7000
Tim e (m s)
inputs of varying size and 5000
composition 4000
Use a method like 3000
System.currentTimeMillis() to 2000
get an accurate measure
1000
of the actual running time
0
Plot the results 0 50 100
I nput Size
Analysis of Algorithms 3
Limitations of Experiments
It is necessary to implement the
algorithm, which may be difficult
Results may not be indicative of the
running time on other inputs not included
in the experiment.
In order to compare two algorithms, the
same hardware and software
environments must be used
Analysis of Algorithms 4
Theoretical Analysis
Uses a high-level description of the
algorithm instead of an implementation
Characterizes running time as a function
of the input size, n.
Takes into account all possible inputs
Allows us to evaluate the speed of an
algorithm independent of the
hardware/software environment
Analysis of Algorithms 5
Pseudocode (§1.1)
High-level description Example: find max
of an algorithm element of an array
More structured than Algorithm arrayMax(A, n)
English prose Input array A of n integers
Less detailed than a Output maximum element of A
program
Preferred notation for currentMax ← A[0]
describing algorithms for i ← 1 to n − 1 do
Hides program design if A[i] > currentMax then
issues currentMax ← A[i]
return currentMax
Analysis of Algorithms 6
Pseudocode Details
Control flow Method call
if … then … [else …] var.method (arg [, arg…])
while … do … Return value
repeat … until … return expression
for … do … Expressions
Indentation replaces braces ← Assignment
(like = in Java)
Method declaration = Equality testing
Algorithm method (arg [, arg…]) (like == in Java)
Input … n2 Superscripts and other
Output … mathematical
formatting allowed
Analysis of Algorithms 7
The Random Access Machine
(RAM) Model
A CP U
An potentially unbounded
bank of memory cells, 2
1
each of which can hold an 0
arbitrary number or
character
Memory cells are numbered and accessing
any cell in memory takes unit time.
Analysis of Algorithms 8
Primitive Operations
Basic computations
Examples:
performed by an algorithm Evaluating an
Identifiable in pseudocode expression
Largely independent from the Assigning a value
to a variable
programming language Indexing into an
Exact definition not important array
(we will see why later) Calling a method
Returning from a
Assumed to take a constant
method
amount of time in the RAM
model
Analysis of Algorithms 9
Counting Primitive
Operations (§1.1)
By inspecting the pseudocode, we can determine the
maximum number of primitive operations executed by
an algorithm, as a function of the input size
Algorithm arrayMax(A, n)
# operations
currentMax ← A[0] 2
for i ← 1 to n − 1 do 1+n
if A[i] > currentMax then 2(n − 1)
currentMax ← A[i] 2(n − 1)
{ increment counter i } 2(n − 1)
return currentMax 1
Total 7n − 2
Analysis of Algorithms 10
Estimating Running Time
Algorithm arrayMax executes 7n − 2 primitive
operations in the worst case. Define:
a = Time taken by the fastest primitive operation
b = Time taken by the slowest primitive operation
Let T(n) be worst-case time of arrayMax. Then
a (7n − 2) ≤ T(n) ≤ b(7n − 2)
Hence, the running time T(n) is bounded by two
linear functions
Analysis of Algorithms 11
Growth Rate of Running Time
Changing the hardware/ software
environment
Affects T(n) by a constant factor, but
Does not alter the growth rate of T(n)
The linear growth rate of the running
time T(n) is an intrinsic property of
algorithm arrayMax
Analysis of Algorithms 12
Growth Rates
Growth rates of functions:
Linear ≈ n
Quadratic ≈ n2
Cubic ≈ n3
Analysis of Algorithms 13
Constant Factors
The growth rate is not affected by
constant factors or
lower-order terms
Examples
102n + 105 is a linear function
105n2 + 108n is a quadratic function
Analysis of Algorithms 14
Big-Oh Notation (§1.2)
Given functions f(n) and g(n), we say
that f(n) is O(g(n)) if there are positive
constant c and positive integer constant
n0 such that
f(n) ≤ cg(n) for all n ≥ n0
Example: 2n + 10 is O(n)
2n + 10 ≤ cn
(c − 2) n ≥ 10
n ≥ 10/(c − 2)
Pick c = 3 and n0 = 10
Analysis of Algorithms 15
Big-Oh Example
Example: the function n2 is not O(n)
n2 ≤ cn
n≤c
The above inequality cannot be satisfied since c must
be a constant
Analysis of Algorithms 16
More Big-Oh Examples
7n-2 is O(n)
need to find two positive constants: c, n0, such that for all n ≥ n0
7n-2 ≤ c•n
c = 7 and n0 = 1
Analysis of Algorithms 19
Asymptotic Algorithm Analysis
The asymptotic analysis (as n grows toward infinity)
of an algorithm determines the running time in big-
Oh notation
To perform the asymptotic analysis
We find the worst-case number of primitive operations
executed as a function of the input size
We express this function with big-Oh notation
Example:
We determine that algorithm arrayMax executes at most
7n − 1 primitive operations
We say that algorithm arrayMax “runs in O(n) time”
Since constant factors and lower-order terms are
eventually dropped anyhow, we can disregard them
when counting primitive operations
Analysis of Algorithms 20
Computing Prefix Averages
We further illustrate 35
asymptotic analysis with X
two algorithms for prefix 30 A
averages 25
The i-th prefix average of 20
an array X is average of the
first (i + 1) elements of X: 15
A[i] = (X[0] + X[1] + … + X[i])/(i+1) 10
Analysis of Algorithms 21
Prefix Averages (Quadratic)
The following algorithm computes prefix averages in
quadratic time by applying the definition
Algorithm prefixAverages1(X, n)
Input array X of n integers
Output array A of prefix averages of X #operations
A ← new array of n integers n
for i ← 0 to n − 1 do 1+(n+1)+2n
s ← X[0] 2n
for j ← 1 to i do ∑
(1 + (i + 1) + 2 * i )
i =1to ( n −1)
6*(1+2+…+(n-1))+10n+1
Analysis of Algorithms 22
Arithmetic Progression
7
The running time of
6
prefixAverages1 is
O(1 + 2 + …+ n) 5
The sum of the first n 4
integers is n(n + 1) / 2 3
There is a simple visual
proof of this fact 2
Thus, algorithm 1
prefixAverages1 runs in 0
3n2+7n+1 1 2 3 4 5 6
O(n2) time
Analysis of Algorithms 23
Prefix Averages (Linear)
The following algorithm computes prefix averages in
linear time by keeping a running sum
Algorithm prefixAverages2(X, n)
Input array X of n integers
Output array A of prefix averages of X #operations
A ← new array of n integers n
s←0 1
for i ← 0 to n − 1 do 1+(n+1)+2n
s ← s + X[i] 3n
A[i] ← s / (i + 1) 4n
return A 1
11n+4
Analysis of Algorithms 25
Relatives of Big-Oh
big-O meg a
f(n) is Ω(g(n)) if there are a constant c > 0
Analysis of Algorithms 26
Intuition for Asymptotic
Notation
Big-O h
f(n) is O(g(n)) if f(n) is asymptotically less th an or equ al to g(n)
big- Omeg a
f(n) is Ω(g(n)) if f(n) is asymptotically grea ter than o r equal to
g(n)
big- Theta
f(n) is Θ(g(n)) if f(n) is asymptotically equal to g(n)
littl e-oh
f(n) is o(g(n)) if f(n) is asymptotically strictl y l es s than g(n)
littl e-ome ga
f(n) is ω(g(n)) if is asymptotically stri ctly gr eate r than g(n)
Analysis of Algorithms 27
Example Uses of the
Relatives of Big-Oh
5n2 is Ω(n2)
f(n) is Ω(g(n)) if there is a constant c > 0 and an integer constant n0 ≥1
such that f(n) ≥ c•g(n) for n ≥ n0
let c = 5 and n0 = 1
5n2 is ω(n)
f(n) is ω(g(n)) if, for any constant c > 0, there is an integer constant n0
≥ 1 such that f(n) > c•g(n) for all n ≥ n0
need 5n2 >c•n → given c, the n0 that satisfies this is n0 ≥ c/5 ≥ 0
Analysis of Algorithms 28