8.7.1.1. Lower Bounds¶

Big-Oh notation describes an upper bound. In other words, big-Oh notation states a claim about the greatest amount of some resource (usually time) that is required by an algorithm for some class of inputs of size $n$ (typically the worst such input, the average of all possible inputs, or the best such input).

Similar notation is used to describe the least amount of a resource that an algorithm needs for some class of input. Like big-Oh notation, this is a measure of the algorithm's growth rate. Like big-Oh notation, it works for any resource, but we most often measure the least amount of time required. And again, like big-Oh notation, we are measuring the resource required for some particular class of inputs: the worst-, average-, or best-case input of size $n$.

The lower bound for an algorithm (or a problem, as explained later) is denoted by the symbol $\Omega$, pronounced "big-Omega" or just "Omega". The following definition for $\Omega$ is symmetric with the definition of big-Oh.

For $\mathbf{T}(n)$ a non-negatively valued function, $\mathbf{T}(n)$ is in set $\Omega(g(n))$ if there exist two positive constants $c$ and $n_0$ such that $\mathbf{T}(n) \geq c g(n)$ for all $n > n_0$. [1]

It is also true that the equation of the example above is in $\Omega(n)$. However, as with big-Oh notation, we wish to get the "tightest" (for $\Omega$ notation, the largest) bound possible. Thus, we prefer to say that this running time is in $\Omega(n^2)$.

Recall the sequential search algorithm to find a value $K$ within an array of integers. In the average and worst cases this algorithm is in $\Omega(n)$, because in both the average and worst cases we must examine at least $cn$ values (where $c$ is 1/2 in the average case and 1 in the worst case).

8.7.1.2. Theta Notation¶

The definitions for big-Oh and $\Omega$ give us ways to describe the upper bound for an algorithm (if we can find an equation for the maximum cost of a particular class of inputs of size $n$) and the lower bound for an algorithm (if we can find an equation for the minimum cost for a particular class of inputs of size $n$). When the upper and lower bounds are the same within a constant factor, we indicate this by using $\Theta$ (big-Theta) notation. An algorithm is said to be $\Theta(h(n))$ if it is in $O(h(n))$ and it is in $\Omega(h(n))$. Note that we drop the word "in" for $\Theta$ notation, because there is a strict equality for two equations with the same $\Theta$. In other words, if $f(n)$ is $\Theta(g(n))$, then $g(n)$ is $\Theta(f(n))$.

Because the sequential search algorithm is both in $O(n)$ and in $\Omega(n)$ in the average case, we say it is $\Theta(n)$ in the average case.

Given an algebraic equation describing the time requirement for an algorithm, the upper and lower bounds always meet. That is because in some sense we have a perfect analysis for the algorithm, embodied by the running-time equation. For many algorithms (or their instantiations as programs), it is easy to come up with the equation that defines their runtime behavior. The analysis for most commonly used algorithms is well understood and we can almost always give a $\Theta$ analysis for them. However, the class of NP-Complete problems all have no definitive $\Theta$ analysis, just some unsatisfying big-Oh and $\Omega$ analyses. Even some "simple" programs are hard to analyze. Nobody currently knows the true upper or lower bounds for the following code fragment.

• Java
• Processing
• Java (Generic)
• C++

while (n > 1)
  if (ODD(n))
    n = 3 * n + 1;
   else
     n = n / 2;

while (n > 1)
  if (ODD(n))
    n = 3 * n + 1;
   else
     n = n / 2;

while (n > 1)
  if (ODD(n))
    n = 3 * n + 1;
   else
     n = n / 2;

while (n > 1)
  if (ODD(n))
    n = 3 * n + 1;
   else
     n = n / 2;

While some textbooks and programmers will casually say that an algorithm is "order of" or "big-Oh" of some cost function, it is generally better to use $\Theta$ notation rather than big-Oh notation whenever we have sufficient knowledge about an algorithm to be sure that the upper and lower bounds indeed match. OpenDSA modules use $\Theta$ notation in preference to big-Oh notation whenever our state of knowledge makes that possible. Limitations on our ability to analyze certain algorithms may require use of big-Oh or $\Omega$ notations. In rare occasions when the discussion is explicitly about the upper or lower bound of a problem or algorithm, the corresponding notation will be used in preference to $\Theta$ notation.

8.7.1.3. Classifying Functions¶

Given functions $f(n)$ and $g(n)$ whose growth rates are expressed as algebraic equations, we might like to determine if one grows faster than the other. The best way to do this is to take the limit of the two functions as $n$ grows towards infinity,

If the limit goes to $\infty$, then $f(n)$ is in $\Omega(g(n))$ because $f(n)$ grows faster. If the limit goes to zero, then $f(n)$ is in $O(g(n))$ because $g(n)$ grows faster. If the limit goes to some constant other than zero, then $f(n) = \Theta(g(n))$ because both grow at the same rate.

1 / 10 Settings

<<<>>>

A mistake that people can make is to confuse the lower bound and the best case. In general, people find lower bounds confusing, in part because for simple algorithms, they look just like the upper bound. Let's try to figure this out.

$n$

1. 100
2. 31
3. 22
4. 83
5. 74
6. 55
7. 46

$K$

1. 100
2. 31
3. 22
4. 83
5. 74
6. 55
7. 46

$K$

$\Omega(1)$ in the Best Case.

1. 100
2. 31
3. 22
4. 83
5. 74
6. 55
7. 46

$K$

$\Omega(n)$ in the Worst Case.

1. 100
2. 31
3. 22
4. 83
5. 74
6. 55
7. 46

$\Omega(n)$ in the Average Case.

Saving...
Server Error
Resubmit

8.7.1.4. Summary Exercise¶