mersenneforum.org  

Go Back   mersenneforum.org > Other Stuff > Open Projects > y-cruncher

Reply
 
Thread Tools
Old 2020-12-08, 10:59   #45
R. Gerbicz
 
R. Gerbicz's Avatar
 
"Robert Gerbicz"
Oct 2005
Hungary

2·3·11·23 Posts
Default

Quote:
Originally Posted by LaurV View Post
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.
R. Gerbicz is offline   Reply With Quote
Old 2020-12-08, 11:18   #46
retina
Undefined
 
retina's Avatar
 
"The unspeakable one"
Jun 2006
My evil lair

189E16 Posts
Default

Quote:
Originally Posted by R. Gerbicz View Post
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.
retina is online now   Reply With Quote
Old 2020-12-08, 12:25   #47
R. Gerbicz
 
R. Gerbicz's Avatar
 
"Robert Gerbicz"
Oct 2005
Hungary

2·3·11·23 Posts
Default

Quote:
Originally Posted by retina View Post
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
R. Gerbicz is offline   Reply With Quote
Old 2020-12-08, 12:29   #48
retina
Undefined
 
retina's Avatar
 
"The unspeakable one"
Jun 2006
My evil lair

189E16 Posts
Default

Quote:
Originally Posted by R. Gerbicz View Post
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.
retina is online now   Reply With Quote
Old 2020-12-09, 03:06   #49
LaurV
Romulan Interpreter
 
LaurV's Avatar
 
"name field"
Jun 2011
Thailand

24·613 Posts
Default

Quote:
Originally Posted by R. Gerbicz View Post
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
LaurV is offline   Reply With Quote
Old 2021-01-06, 17:47   #50
Mysticial
 
Mysticial's Avatar
 
Sep 2016

15816 Posts
Default

Quote:
Originally Posted by R. Gerbicz View Post
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
Mysticial is offline   Reply With Quote
Old 2021-08-17, 09:40   #51
paulunderwood
 
paulunderwood's Avatar
 
Sep 2002
Database er0rr

2×7×281 Posts
Default

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
paulunderwood is offline   Reply With Quote
Old 2021-08-17, 12:16   #52
ATH
Einyen
 
ATH's Avatar
 
Dec 2003
Denmark

23·139 Posts
Default

62.8 trillion digits, probably \pi * 20 trillion digits.
ATH is offline   Reply With Quote
Old 2021-08-17, 16:32   #53
Mysticial
 
Mysticial's Avatar
 
Sep 2016

23·43 Posts
Default

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.
Mysticial is offline   Reply With Quote
Old 2021-08-17, 20:44   #54
R. Gerbicz
 
R. Gerbicz's Avatar
 
"Robert Gerbicz"
Oct 2005
Hungary

2×3×11×23 Posts
Default

Quote:
Originally Posted by ATH View Post
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 .
R. Gerbicz is offline   Reply With Quote
Old 2021-08-17, 21:44   #55
Mysticial
 
Mysticial's Avatar
 
Sep 2016

23×43 Posts
Default

Quote:
Originally Posted by R. Gerbicz View Post
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
Mysticial is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
operation trillion digits? mersenneNoob Operation Billion Digits 11 2021-06-02 07:37
Google Cloud Compute 31.4 Trillion Digits of Pi Mysticial y-cruncher 30 2019-10-11 14:45
Sum of Digits davar55 Puzzles 36 2015-12-18 15:47
How many digits? kokakola Information & Answers 23 2009-11-03 05:08
All 10 Digits 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

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.