Irrationality of pi
And now for the punchline! Today we’ll show that, for large enough values of
,

completing the proof of the irrationality of
.
First, let’s show that
is positive when
. We know that
is positive for
. But I claim that
is too. Remember that

and
are clearly positive when
is positive; and
is also positive when
. From here we simply note that if a function is positive over an entire interval, the integral of the function over that interval will be positive as well.
For the second part, note first that for
,

Why is this? Well, clearly
(since
), and also
(since
) and hence
, so we conclude that

This doesn’t yet include the
, but notice that multiplying by
can only make things smaller, since
is at most
. Now, here’s the slightly sneaky part: I claim that we can make
as small as we want by making
big enough. Why is this? Notice that we can rewrite it as

Now,
—the “denominator” of
—might be very large. It might have fourteen million zillion digits. But no matter how big
is, there will of course be an integer
which is bigger than
, so
. And then
, and
, and so on... of course, multiplying by something less than one makes things smaller. And it might take a really really long time to cancel out the enormous product
, but if we just wait patiently it will get smaller and smaller... and eventually there will come some
for which

Actually, even this isn’t quite small enough: we want the integral from
to
of
to be less than 1. But that’s not a problem; to ensure that we can just pick
big enough so that
(if the graph of
fits inside a
by
box, then its integral on this interval must be less than the area of the box).
Voila! An integral which is an integer absurdly between 0 and 1, all because we assumed
was rational.
The inescapable conclusion, which probably would have driven the ancient Greeks crazy, is that
is irrational!
, we see that 2 is too small. So we try 3:
, so 3 is too big! So we know the square root of 7 must be somewhere in between 2 and 3. Let’s try 2.5:
. So 2.5 is too small, and the square root of 7 is somewhere between 2.5 and 3. We might try 2.7 next (too big), and so on.
). Not to mention that at each step we have to compute the square of increasingly long numbers. There are at least two better methods; I’ll share one of them today and one in a future post.
.
and
as our initial guess. We can compute a few iterations of the process according to the above formula:
, to 15 decimal places, is 

(that is, if R is a fixed point of this operation), then
and
, since
; so taking their average (which is essentially what the Babylonian method does) will necessarily give us a better approximation to
, what can you learn about
, but this is throwing away too much information: instead, noting that
, we get upper and lower bounds on 



th elements of the sequence. But the interesting thing is the approximations which are not part of that big mass. At several places—most notably at around n=5, n=100, and n=30000—there are downward spikes, representing approximations which jump out as being way better than most of the other ones at that point. These are precisely the convergents of 
.
, we can say with confidence that
. If we wait long enough, we can learn as many decimal digits of 
(in fact, it can never be equal since
. Dividing through by n, we find that
. After seeing the 3, we know that
. After seeing the 6, we know that
-- so we have a better upper bound now (3.5) than we did before (4). After seeing the 9, we know
, and so on. Notice that our lower bound hasn't changed yet. That won't happen until we get to
, when we learn that
. So our new lower bound is 3.125. But the upper bound at this step, 26/8 = 3.25, is actually worse than the upper bound that we would have found on the previous step, namely 22/7 = 3.142857... So in general, the upper and lower bounds that we find in each step might not be better than all the previous ones; we can just keep the greatest lower bound and the least upper bound that we've seen so far.







and iterate the function f, by taking each value output from the function and putting it back into the function. In other words, find
, and so on. For example, let’s pick
and follow this process for a few steps:
to see an example of the latter.
correspond to the point with coordinates
. For example, a computer can easily make a picture of the Mandelbrot set by looking at each point on the screen one by one, deciding which complex number c that point corresponds to, then (say) coloring the point black if c is in the Mandelbrot set, and white otherwise. (Often, instead of just white, programs will choose different colors for points which are not in the Mandelbrot set, based on how many iterations the program had to do before it could decide whether the point was in the set or not.)![[a,b,c,d,\dots] = a + \cfrac{1}{b + \cfrac{1}{c + \cfrac{1}{d + \ddots}}} [a,b,c,d,\dots] = a + \cfrac{1}{b + \cfrac{1}{c + \cfrac{1}{d + \ddots}}}](http://wso.williams.edu/~byorgey/wordpress/wp-content/plugins/latexrender/pictures/c2e4b513a4ff50042cb4c621bfbc0a31.gif)
, and the second expression from Challenge #2 can be written as
. As another example,
(note there are no ellipses) means
which is equal to 11/4.
, then
, and so on:![$ \begin{eqnarray*} [1] & = & 1 \\ \left [ 1,1 \right ] & = & 2 \\ \left [ 1,1,1 \right ] & = & 3/2 = 1.5 \\ \left [ 1,1,1,1 \right ] & = & 5/3 \approx 1.66667 \\ \left [ 1,1,1,1,1 \right ] & = & 8/5 = 1.6 \\ \left [ 1,1,1,1,1,1 \right ] & = & 13/8 = 1.625 \\ \left [ 1,1,1,1,1,1,1 \right ] & = & 21/13 \approx 1.61538 \\ \vdots & = & \vdots \end{eqnarray*} $ $ \begin{eqnarray*} [1] & = & 1 \\ \left [ 1,1 \right ] & = & 2 \\ \left [ 1,1,1 \right ] & = & 3/2 = 1.5 \\ \left [ 1,1,1,1 \right ] & = & 5/3 \approx 1.66667 \\ \left [ 1,1,1,1,1 \right ] & = & 8/5 = 1.6 \\ \left [ 1,1,1,1,1,1 \right ] & = & 13/8 = 1.625 \\ \left [ 1,1,1,1,1,1,1 \right ] & = & 21/13 \approx 1.61538 \\ \vdots & = & \vdots \end{eqnarray*} $](http://wso.williams.edu/~byorgey/wordpress/wp-content/plugins/latexrender/pictures/c62eb18b121716c08a78c12829d124a6.gif)

is “infinity”. If we look at the value at successive stopping points (i.e. 1, 1+1, 1+1+1, etc.), they are not getting closer and closer to anything; they are simply getting bigger and bigger:
, otherwise known as
!