## New Pi Computation Record Using a Desktop PC 204

Posted
by
kdawson

from the more-digits-than-you dept.

from the more-digits-than-you dept.

hint3 writes

*"Fabrice Bellard has calculated Pi to about 2.7 trillion decimal digits, besting the previous record by over 120 billion digits. While the improvement may seem small, it is an outstanding achievement because only a single desktop PC, costing less than $3,000, was used — instead of a multi-million dollar supercomputer as in the previous records."*
## Verification (Score:3, Interesting)

I didn't read the article, only the summery but it made me wonder.

Do they verify these numbers somehow?

Anyone can write down a series of a numbers and claim it's a specific sequence.

Not saying these numbers aren't correct, just a thought.

## Re:Wow... (Score:4, Interesting)

Plain html is a wonderful thing. And as he points out, it would be easy to write a cgi script which returns a specified block of digits.

I wonder if he has checked for the circle?

## Re:Verification (Score:5, Interesting)

I didn't read the article, only the summery but it made me wonder.

Do they verify these numbers somehow? Anyone can write down a series of a numbers and claim it's a specific sequence.

Not saying these numbers aren't correct, just a thought.

Perhaps this is why you should read the article. The press release [bellard.org] answers this question directly.

## Re:One thing to say (Score:5, Interesting)

## Re:Pattern? (Score:3, Interesting)

Depends on what you mean by "pattern", of course, but pi is conjectured to be normal [wikipedia.org], which would exclude many sorts of patterns. It's not proven, though.

## Re:silly (Score:3, Interesting)

Knowing how to calculate the nth digit of Pi itself is slightly retarded.

The observable universe is about 50 billion light years across, which is about 4.27 * 10^26 meters. If we take a ring of atoms each roughly 1 Angstrom (10^-10 meters) apart with a diameter the size of the observable universe and want to determine the circumference of the resulting circle, then knowing Pi to 40 or so places is sufficient that the error caused by the atoms themselves is greater than that introduced by using an approximate value for Pi. Knowing Pi to 40 or so places is sufficient that you can calculate the difference in circumferences of the inner diameter of the ring and outer diameter of the ring.

Knowing Pi to 40 places is basically sufficient for describing our entire universe and anything you could put into it. We've known the first 35 for four hundred years, and we've never needed that much information to describe our universe.

## Re:One thing to say (Score:4, Interesting)

I would assume he only needs to verify the last 120 billion digits.

Assuming his algorithm can support serialization of its state into a check-point, he can simply recalculate the last 120 billion digits a couple of times and compare.

Assuming linear time to compute each digit: 120e9/2.7e12 * 116 =~ 5 days. not too bad.

## Anyone tried this on Maple? (Score:1, Interesting)

Has anyone tried to calculate PI to an ungodly precision on Maple/Mathematica/Mathlab/Macsyma/etc.?

I wonder if it is even possible on a computer of this guy's specs?

## Re:Finally! (Score:2, Interesting)

There is a program package for Linux called Sage math where you can get a lot of digits in your constants. For example, to accurately calculate the circumference of a circular table with diameter=1000 mm you could type:

1000*pi().n(digits=1000000)

All you need now is a decent measuring tape...

These two also work, in case you're worried about not getting good enough accuracy when you calculate Fourier coefficients or something:

(pi().n(digits=1000000))^2

(pi().n(digits=1000000))^3

Since Sage sets up a web server on your computer you can even do this inside a decent phone web browser, so you can get that precision out in the field, where you need it. :-)

## Re:Verification (Score:3, Interesting)

The implementation (compiled or uncompiled) is in itself an algorithm which can equally be checked because the language follows pre-defined logical rules which may act as axioms or depending on the details of the algorithm it may be trivial to just use induction.

It's not like we're checking a full operating system or office suite here, so size isn't a restrictive problem in such a proof.

It may be that the processor itself hasn't been checked so that the results of executing that algorithm isn't correct either, but again, when it's the algorithm that matters, who cares? We know the specifications of the language which may effectively act as axioms in a proof. The compiler may not be valid certainly, but as long as the algorithm (yes, mathematical and implementation) is correct then that is what matters.

It is down to anyone then using the algorithm to ensure the other layers are correct enough for their purposes.

## Re:One thing to say (Score:3, Interesting)

Hmm, for such a record attempt, do you actually have to calculate all these earlier digits? They're already known. Can anyone prove the computer calculated the already known digits first (instead of getting them from a table) before finally getting to the 120 million new ones?

## Re:One thing to say (Score:1, Interesting)

In 1960 or so the tree-ring data, which before was quite good at correlating with climate data, started to diverge, likely due to acid rain and other air pollution. So it was a known fact that tree ring data past that time was no good at giving climate information, so they replaced it with data that was known to give accurate climate data. Thats all what the "hide the decline" was about.

Or to put it another way: The pollution is already so bad that the data collection gets screwed up and that is now used as an argument that nothing is wrong. Way to go logic...

## Re:Verification (Score:3, Interesting)

Verification as actually quite easy, due to the (totally unexpected at the time!) discovery of the Borwein-Bailey-Plouffe [wikipedia.org] algorithm which allows you to directly calculate the N'th hexadecimal digit of pi, without having to determine any other digits.

He used this on a bunch of the last digits and they all came out correct, which makes the probability of an error extremely small.

Last year I used his algorithm to calculate 1e9 (i.e. a US billion) digits of pi and made them searchable:

http://tmsw.no/pi-search/ [tmsw.no]

Try to enter any string of digits, like a full 8-digit birth day: The odds are good that pi-search will locate it somewhere.

Terje

PS. Yes, I did use his table just now to verify that my own digits are correct. :-)

## Re:Did he find a message? (Score:3, Interesting)

In any large enough collection of random numbers you will be guaranteed to find whatever pattern you're looking for, whether it's a hundred thousand zeros in a row or the text of the collected works of Shakespeare. You can test statistically how likely you are to find particular patterns in a collection of numbers of a particular size though.

Finding patterns can be hard. If you have an idea of what you're looking for you can do much better than if you just want to find any pattern. SETI at Home has a page about what they look for: http://seticlassic.ssl.berkeley.edu/about_seti/about_seti_at_home_4.html [berkeley.edu]

## Re:silly (Score:2, Interesting)

Angstroms are awful big. Just for the sake of maximum precision, how many digits would you need if you were measuring in planck lengths?