20221226, 20:33  #1 
"Michael Kwok"
Mar 2006
11·107 Posts 
n=1.7M and n=3.322M TwinSophie record attempts
The current record for both twin primes and Sophie Germain primes is 388,342 digits, found by PrimeGrid at n=1.29M. PG is planning on continuing with n=1.29M until the end of the file, which is at k=10^13 (10T) and should take several more years to complete.
PG's n=1.29M was triplesieved instead of quadsieved, which meant that if k*2^12900001 were prime, only two other numbers would be checked  k*2^1290000+1 (for twins) and k*2^12900011 (for sophies). k*2^12899991 would not be checked for sophies by PG but would be checked by a quadsieve, so PG could potentially have found two sophies by now instead of just one. Based on the reported 14,362 tasks per prime (https://www.primegrid.com/forum_thread.php?id=9837), the n=1.29M file was sieved to around p=1500T. Their odds of finding a significant prime pair is approximately 1 in 103 million per candidate (14362*14362/2). However, if they did a quad sieve instead, they could have had better odds even if they only sieved to p=3T (17480*17480/3 = 1 in 102 million per candidate). What's past is past, but moving forward, I was wondering whether there's any interest in going for a new record at n=1.7M with quadsieved candidates. This is just below the FFT length change at n=1.709M and is a bit over half a million digits, so it would be a good place to start. Those who're feeling really ambitious (and lucky!) can search for candidates at n=3.322M, which would potentially produce milliondigit twins and sophies. The good news is that primes that aren't twin or SG would still make the top 5000 list. The FFT length changeover is close to n=3.373M, so n=3.322M would be a great fit. I've done some quad sieving on both n=1700000 and n=3322000 and run a few sample tests. On a Core i7 7700K, an n=1.7M test takes about 15 minutes to complete on one core, while an n=3.322M test takes about an hour to finish. Quad sieves do require large k values to get enough candidates, but this isn't a major concern since the LLR testing slowdown occurs at over 750T for n=1.7M and n=3.322M. 7,358,505*2^17000001 and 750,000,097,517,855*2^17000001 both take roughly the same amount of time to test, though 760,000,097,517,875*2^17000001 takes much longer. For n=1.7M, we should statistically expect either a twin or a sophie before hitting the k=750T slowdown limit. While this wouldn't be the case for n=3.322M, we can always move to n=3322001, n=3322002, etc. after finishing n=3322000 to k=750T. This wouldn't be a huge range like TPS's current n=480K500K search; a dozen or so n's should be enough. Thoughts and feedback are greatly appreciated If there's enough interest, I'll send the files to Gary and see if he can post them on http://www.noprimeleftbehind.net/tps/ on two different ports, one for n=1.7M and one for n=3.322M. I'm also open to collaborating with PrimeGrid on those tests once they're done with n=1.29M. 
20221226, 21:27  #2  
"Gary"
May 2007
Overland Park, KS
2·7·13·67 Posts 
Quote:
There has been little interest in the n=480K500K TPS here. I think this is best left for BOINC efforts. 

20221226, 23:26  #3  
"Michael Kwok"
Mar 2006
11×107 Posts 
Quote:
I do agree that there hasn't been much interest in n=480K500K (even so, 10 primes in that range have been found this month), but I think that's because of the following:  no possibility of finding a recordbreaking twin  primes that are not twin are too small for the top 5000 list  no possibility of finding any sophies  incompatibility with new PRPNet versions (see https://www.mersenneforum.org/showpo...&postcount=234)  much of the initial appeal of that range was that the lowk values would be faster to test. However, the really lowk values (k<200K) where this effect was most dramatic have all been tested many years ago. Aside from the PRPNet version incompatibility, most of those issues wouldn't really apply to the quadsieved n=1.7M and n=3.322M candidates. If it's not possible to revive port 12050 or 13000, a possible option would be to suspend the lesspopular n=480K500K range on port 12000 and replace it with either n=1.7M or n=3.322M on that same port. I also agree that the bulk of the effort is best left to BOINC, but in the meantime, I don't see any harm in getting started with n=1.7M and/or n=3.322M now since it'll still be several years until PrimeGrid's n=1.29M file is complete. By that time, n=3.322M primes may not be large enough to be on the top 5000 list. 

20221229, 11:56  #4 
"Gary"
May 2007
Overland Park, KS
2×7×13×67 Posts 
The server machine is mostly maxed out on its capacity. I dropped port 13000 for the n=1M twin effort a while back after an extended period of no activity. I don't wish to add it back or any more servers at this point.
If you would like to finish the n=480K500K twin effort on port 12000 up to k=920K, I will then save off the residues and primes and clear out that server. I can then load a sieve file into it for the n=1.7M twin effort. The old PRPnet server that is being used for this is somewhat of a disservice to the community forcing people to run a slightly slower LLR. This is better hosted by others or BOINC. Note that n=1.7M will not make it into top5000 now. 
20230101, 00:47  #5  
Jun 2010
2^{3}·3·11 Posts 
Quote:


20230103, 14:48  #6 
"Gary"
May 2007
Overland Park, KS
2·7·13·67 Posts 
I have good news and bad news.
Bad news: When I attempted to add a new PRPnet server to the server machine, I inadvertently wiped out the SQL tables for prpnet port 12000. That means the server stats are lost. Good news: Due to the corruption, I dropped the database and created a new one with newer PRPnet version 5.3.2. This means that everyone can now use later versions of LLR for TPS likely resulting in a 10% speedup or greater in testing. No results/residues/primes files were lost as those are automatically saved off in flat files every 15 mins. This means that I could easily see exactly where we left off at (k=909219) and so it was easy to reload the server with candidates up to k=920000 like we had before. I ran two tests myself on the new server and it worked fine. You will need to use a more uptodate prpclient.ini file than what was used for PRPnet version 4.1.4. I have attached one. You'll need to update the email, userid, machineid, instanceid, and teamid. Instanceid is a change after version 4.1.4. It allows for identification of a specific core/thread on a single machine. This came about because I am looking into adding 2 additional PRPnet servers: One here for TPS and one for NPLB in the future. The server machine appears to be more robust than I had previously thought when I said it was mostly maxed out. With a better PRPnet server allowing for the execution of more modern LLR, perhaps it will increase interest here. Last fiddled with by gd_barnes on 20230103 at 14:50 
20230103, 17:18  #7  
"Michael Kwok"
Mar 2006
11×107 Posts 
Quote:
https://www.mersenneforum.org/showthread.php?t=28373 

20230103, 21:33  #8  
Jul 2022
7 Posts 
Quote:


20230104, 06:25  #9 
"Michael Kwok"
Mar 2006
11·107 Posts 

20230104, 06:53  #10  
Dec 2010
31 Posts 
Quote:
909225*2^4810511 is not prime. LLR Res64: 15FBDA81DBD509AD Time : 74.216 sec. 10000000112535*2^4810511 is not prime. LLR Res64: C6EB4655D7C4B8FF Time : 73.988 sec. 

20230105, 07:10  #11  
"Michael Kwok"
Mar 2006
11·107 Posts 
Quote:
Code:
Candidate User Client Team Date Assigned Age (hh:mm) 906063*2^4905621 whengryphonsfly alpha05 Tue Dec 27 01:52:27 2022 9:35 The 906063*2^4905621 test was returned on December 27, 20:18:02: Code:
user=whengryphonsfly [20221227 20:18:02] 906063*2^4905621 is not prime. Res64: FB745BD8E481399A Time : 0.0 sec. The 19,824 additional tests with 3 additional primes is a reasonable assumption. Your totals would then be 89,134 tests with 21 primes found, and all other users would stay the same. 

Thread Tools  
Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
A question about twin primes and twin practical numbers  sweety439  sweety439  1  20220423 14:32 
find very easy twin prime in the infamy twin primes  hal1se  Miscellaneous Math  13  20181105 16:34 
pie chart: LL attempts  sixblueboxes  PrimeNet  8  20140418 14:46 
Next steps for TPS after Primegrid's record twin discovery  axn  Twin Prime Search  7  20111231 07:04 
LLD attempts and successes  Christenson  Information & Answers  1  20110203 05:25 