How can you tell if the results are accurate?
Why would you need to do that? It's not like those digits are useful for anything at all.
Calculating a record-breaking 31.4T digits of Pi with GCP
11–20 of 118 posts
Re: Calculating a record-breaking 31.4T digits of Pi with GCP
#12How can you tell if the results are accurate?
This is explained in the second paragraph:
> Yee independently verified the calculation using Bellard's formula[0] and BBP formula[1]
[0] https://en.wikipedia.org/wiki/Bellard%27s_formula
[1] https://en.wikipedia.org/wiki/Bailey%E2%80%93Borwein%E2%80%9...
Re: Calculating a record-breaking 31.4T digits of Pi with GCP
#13How can you tell if the results are accurate?
Something quite interesting about pi is that you don't need to start at the beginning to calculate any particular digit, so you can check if the 31.4trillionth digit is correct yourself. The algorithm you'd need to use is the Bailey–Borwein–Plouffe formula - https://en.wikipedia.org/wiki/Bailey%E2%80%93Borwein%E2%80%9... (I think there are others too.)
Re: Calculating a record-breaking 31.4T digits of Pi with GCP
#14The piano music for each digit at the A-π (API) page is particularly beautiful https://pi.delivery/#demosmusic
Martin Krzywinski has produced some brilliant Pi posters. http://mkweb.bcgsc.ca/pi/piday/
I have the "dots" one. https://fineartamerica.com/featured/768-digits-of-pi-up-to-f...
Re: Calculating a record-breaking 31.4T digits of Pi with GCP
#15How can you tell if the results are accurate?
Why would you need to do that? It's not like those digits are useful for anything at all.
I guess it depends on your definition of "useful", but one potential way to use pi would be as a way to transmit compressed data incredibly efficiently. If you could find the data you want to transmit in pi somewhere you'd only need to transmit an offset and a length to send anything than can be represented numerically.
The hard part would be finding what you want to send though...
;)
Re: Calculating a record-breaking 31.4T digits of Pi with GCP
#16I'm curious, did someone estimate how much it would cost to replicate this experiment on GCloud with the same infrastructure?
Using GCP's pricing calculator and the specs described in the blog, it's around 170,000 USD to run it for 3 months.
https://cloud.google.com/products/calculator/#id=ef2329f6-f1...
Re: Calculating a record-breaking 31.4T digits of Pi with GCP
#17> March 14 (represented as 3/14 in many parts of the world)
haha
Re: Calculating a record-breaking 31.4T digits of Pi with GCP
#18Earlier quoted context omitted.
Why would you need to do that? It's not like those digits are useful for anything at all.
I guess it depends on your definition of "useful", but one potential way to use pi would be as a way to transmit compressed data incredibly efficiently. If you could find the data you want to transmit in pi somewhere you'd only need to transmit an offset and a length to send anything than can be represented numerically. The hard part would be finding what you want to send though... ;)
Unless it's not clear, the size of that offset would be about the same size as whatever you wanted to encode.
Re: Calculating a record-breaking 31.4T digits of Pi with GCP
#19Earlier quoted context omitted.
Why would you need to do that? It's not like those digits are useful for anything at all.
I guess it depends on your definition of "useful", but one potential way to use pi would be as a way to transmit compressed data incredibly efficiently. If you could find the data you want to transmit in pi somewhere you'd only need to transmit an offset and a length to send anything than can be represented numerically. The hard part would be finding what you want to send though... ;)
Offset and a length in Pi are not going to be shorter than original data to transmit.
Re: Calculating a record-breaking 31.4T digits of Pi with GCP
#20> March 14 (represented as 3/14 in many parts of the world) haha
The US and Philippines use month-day-year.
The rest of the world doesn't. The most popular format is Day-Month-Year, followed by Year-Month-Day.