mersenneforum.org 62.8 trillion digits of Pi - GWR
 Register FAQ Search Today's Posts Mark Forums Read

2020-12-08, 10:59   #45
R. Gerbicz

"Robert Gerbicz"
Oct 2005
Hungary

2·3·11·23 Posts

Quote:
 Originally Posted by LaurV Yep. After I remake the calculus to see if I get the same value... I assume somebody verifies this things, anyhow... Or not?
That's why your suggested methods is just not working (needs to repeat the whole computation), but my proposed way is using much less time.
For comparison in this record size the BBP takes less than a single day, while the whole record computation took 303 days. (ref. https://en.wikipedia.org/wiki/Chrono...tion_of_%CF%80). So with a 50% probability your record claim would fail in a single day. What is not that bad.

ps. Or with a much larger probability if we'd ask at each position not a single bit but say 20 consecutive bits, this is not increasing the BBP time too much but you'd fail with much larger chance.

2020-12-08, 11:18   #46
retina
Undefined

"The unspeakable one"
Jun 2006
My evil lair

189E16 Posts

Quote:
 Originally Posted by R. Gerbicz For comparison in this record size the BBP takes less than a single day, while the whole record computation took 303 days. (ref. https://en.wikipedia.org/wiki/Chrono...tion_of_%CF%80). So with a 50% probability your record claim would fail in a single day. What is not that bad.
But the claimant can also compute the required digits just as you could.

So you ask for your 20 positional digits. A day later the reply gives the digits. You check them and see no error. Still doesn't prove the claimant computed all the other digits. Only a hash of them all after a full re-computation can do that.

2020-12-08, 12:25   #47
R. Gerbicz

"Robert Gerbicz"
Oct 2005
Hungary

2·3·11·23 Posts

Quote:
 Originally Posted by retina But the claimant can also compute the required digits just as you could. So you ask for your 20 positional digits. A day later the reply gives the digits. You check them and see no error. Still doesn't prove the claimant computed all the other digits. Only a hash of them all after a full re-computation can do that.
False, I've written this:
"if you're claiming a world record then I would choose 1 million random positions and you should give the bits for each of these positions. The check: select say 20-25 positions and verify the bits with BBP. You have an extremely small probability to fake me."

I'm requesting the bits for 1 million positions and after receiving your file with bits, checking random(!!!) 20-25 positions. If you'd do this with BBP then the overall computation time would be 2500 times larger than what a direct computation of pi would use. You can still select some positions from the list and use BBP for these and/or use known bits of pi (for small positions), but you wouldn't pass the test.

Last fiddled with by R. Gerbicz on 2020-12-08 at 12:28 Reason: small typo

2020-12-08, 12:29   #48
retina
Undefined

"The unspeakable one"
Jun 2006
My evil lair

189E16 Posts

Quote:
 Originally Posted by R. Gerbicz False, I've written this: "if you're claiming a world record then I would choose 1 million random positions and you should give the bits for each of these positions. The check: select say 20-25 positions and verify the bits with BBP. You have an extremely small probability to fake me."
I see now. You are correct, it would be almost impossible to fake it. Might as well do the entire computation and save a lot of hassle.

2020-12-09, 03:06   #49
LaurV
Romulan Interpreter

"name field"
Jun 2011
Thailand

24·613 Posts

Quote:
 Originally Posted by R. Gerbicz If you'd do this with BBP then the overall computation time would be 2500 times larger than what a direct computation of pi would use
How do you figure? Is BBP so slow that computing one million bits with it (in fact, you compute 4 bits every time, iirc), is 2500 times slower than computing (what's the record? two terra-digits?) of pi by the fastest method? (probably some variation of Ramanujan formula?, well, it seems odd to me, but yes, I didn't make any calculation, just gut feeling, and just asking).

Last fiddled with by LaurV on 2020-12-09 at 03:12

2021-01-06, 17:47   #50
Mysticial

Sep 2016

15816 Posts

Quote:
 Originally Posted by R. Gerbicz False, I've written this: "if you're claiming a world record then I would choose 1 million random positions and you should give the bits for each of these positions. The check: select say 20-25 positions and verify the bits with BBP. You have an extremely small probability to fake me." I'm requesting the bits for 1 million positions and after receiving your file with bits, checking random(!!!) 20-25 positions. If you'd do this with BBP then the overall computation time would be 2500 times larger than what a direct computation of pi would use. You can still select some positions from the list and use BBP for these and/or use known bits of pi (for small positions), but you wouldn't pass the test.
Another approach: Ask for any random offset and if you don't get an answer immediately, then it's suspicious. It would take a tremendous amount of computing power to run get a distant offset in under a minute.

---------------

There's some preliminary research into a hybrid BBP+Binary Splitting algorithm that may allow M consecutive digits starting from the N'th digit to be computed faster than O(M * N log(N)). (binary digits of course)

Such an algorithm could potentially allow for a low-memory distributed computation of Pi - but only the binary digits and at the cost of a much larger Big-O than the classic algorithms.

If such an algorithm does come to fruit, then asking for a million digits starting from N may not be sufficient.

Last fiddled with by Mysticial on 2021-01-06 at 17:53

 2021-08-17, 09:40 #51 paulunderwood     Sep 2002 Database er0rr 2×7×281 Posts I did not know where to post this in the forum. So here it is: pi calculated to 68.2 trillion digits. Also this article. Last fiddled with by paulunderwood on 2021-08-17 at 09:43
 2021-08-17, 12:16 #52 ATH Einyen     Dec 2003 Denmark 23·139 Posts 62.8 trillion digits, probably $\pi$ * 20 trillion digits.
 2021-08-17, 16:32 #53 Mysticial     Sep 2016 23·43 Posts Been so busy lately that I hadn't had time to process this record yet on my site. haha I need to give y-cruncher a bit of love back. Largely neglected it for almost 2 years now. And lots of unfinished stuff and feature-requests (mostly involving storage scalability) that I still need to deal with. But life gets in the way. Just upgrading the compilers earlier this year took a month of re-testing.
2021-08-17, 20:44   #54
R. Gerbicz

"Robert Gerbicz"
Oct 2005
Hungary

2×3×11×23 Posts

Quote:
 Originally Posted by ATH 62.8 trillion digits, probably $\pi$ * 20 trillion digits.
And what algorithm has been used? Chudnovsky, or better: https://mersenneforum.org/showpost.p...49&postcount=8 .

2021-08-17, 21:44   #55
Mysticial

Sep 2016

23×43 Posts

Quote:
 Originally Posted by R. Gerbicz And what algorithm has been used? Chudnovsky, or better: https://mersenneforum.org/showpost.p...49&postcount=8 .
I believe it's Chudnovsky.

I'll have to look take a closer look at your ArcTan formula when I get the time. But my first impression is that yes multiple terms can be run in parallel, but it's not necessarily beneficial here.
1. Parallelization is already possible within a series. (whether that be an ArcTan term or the Chudnovsky formula)
2. The bottleneck isn't computation or even communication bandwidth in some cases. It's actually memory/storage capacity.
To expand on this latter part, summing a "typical" linearly convergent hypergeometic series to N decimal digits of precision will require about ~ 4*N bytes of memory regardless of slowly it converges. Both the ArcTan and Chudnovsky series are "typical" linearly convergent hypergeometic series.

So for 100 trillion digits of Pi, you're looking at 400 TB of storage using Chudnovsky or the ArcTan terms summed up serially.

If you want to run the ArcTan terms in parallel, it would be 400TB x parallelization. While it may be faster, in practice, the #1 of complaint I get from people attempting these records is that they can't source enough storage for it - let alone fast storage.

Last fiddled with by Mysticial on 2021-08-17 at 21:45

 Similar Threads Thread Thread Starter Forum Replies Last Post mersenneNoob Operation Billion Digits 11 2021-06-02 07:37 Mysticial y-cruncher 30 2019-10-11 14:45 davar55 Puzzles 36 2015-12-18 15:47 kokakola Information & Answers 23 2009-11-03 05:08 davar55 Puzzles 5 2007-06-18 15:06

All times are UTC. The time now is 07:51.

Thu Dec 2 07:51:02 UTC 2021 up 132 days, 2:20, 0 users, load averages: 1.04, 1.06, 1.14