20141218, 22:43  #34 
"Serge"
Mar 2008
Phi(4,2^7658614+1)/2
19·23^{2} Posts 
Here is the savefie at bit 2975450, attached (together with the sample commandlines to try to run).
There are only 11 bits to go. If you will use nonAVX CPU, you will get prime. If you will use AVX 320K FFT, you will get prime. If you will use AVX 240K (256K, 288K) FFT, you will get composite. This should be a very compact debug case. Can be even debugged under gdb in memory, without file dumps. 
20141219, 00:08  #35 
"Serge"
Mar 2008
Phi(4,2^7658614+1)/2
10011101000011_{2} Posts 
I knew that this message will be popular (/sarcasm), but 427,000+ views?

20141220, 16:54  #36 
Sep 2009
979_{16} Posts 
427000 * 727.4Kb is over 310 Gbytes!
To download that many copies in the 85 minutes between the last two posts would need at least 3.65 Gbytes/second (61 Mbytes/s) of bandwidth. Does mersenneforum have that fast an internet connection? If not the number of views must be bogus. As an experiment I just clicked on the link, then hit cancel on the dialog box asking what I wanted to do with it. But the count of views went up when I refreshed the page. So a script repeatedly doing that could have caused the count. Chris 
20141222, 18:47  #37 
"Serge"
Mar 2008
Phi(4,2^7658614+1)/2
19·23^{2} Posts 
BerrizbeitiaIskra primality test for A^2*3^n+1
While, we have not tracked down the AVX bug yet, I now realized (tangentially) that I can implement and run yet another BerrizbeitiaIskra test.
I already had a privilege of using the BI test in my search for the EisensteinMersenne prime norm #26. 
20141222, 22:30  #38 
Sep 2002
Database er0rr
7·641 Posts 
Code:
./pfgw64 t a3 V i q"1024*3^1877301+1" PFGW Version 3.7.7.64BIT.20130722.x86_Dev [GWNUM 27.11] CPU Information (From Woltman v26 library code) Intel(R) Core(TM) i74770K CPU @ 3.50GHz CPU speed: 3257.55 MHz, 4 cores CPU features: RDTSC, CMOV, Prefetch, MMX, SSE, SSE2, SSE4.1, SSE4.2 L1 cache size: 32 KB L2 cache size: 256 KB, L3 cache size: 8 MB L1 cache line size: 64 bytes L2 cache line size: 64 bytes TLBS: 64 Primality testing 1024*3^1877301+1 [N1, BrillhartLehmerSelfridge] Running N1 test using base 5 Special modular reduction using allcomplex AVX FFT length 320K, Pass1=256, Pass2=1280 on 1024*3^1877301+1 1024*3^1877301+1 is prime! (6959.1446s+0.0486s) 
20141222, 22:41  #39 
"Serge"
Mar 2008
Phi(4,2^7658614+1)/2
2743_{16} Posts 
Yep, consistent with LLR: a3 (i.e. in this case, AVX FFT length 320K) is good.
I have not used my weekend for further debug. Maybe the next (verrrry long) weekend: Novartis has corporate schedule with the holidays for the whole week, until Jan/2. Every year. 
20141223, 05:34  #40 
"Serge"
Mar 2008
Phi(4,2^7658614+1)/2
19·23^{2} Posts 
I "doctored" another anomality (it is actually a prime).
Code:
10^38808010^3420291 is not prime, although Fermat PSP! P = 7, Lucas RES64: 0000000000000007 Time : 9361.634 sec. I ran it in parallel with the P=5 run. I don't know if this case is related. 
20150101, 18:05  #41 
Nov 2010
5^{2} Posts 
Obviously it's holiday season etc. but just wondering if any more progress was made on this issue? In particular I couldn't understand from the thread what particular candidate types / FFT lengths / CPU ISA are affected. Since it seems to be a software problem, doublechecking will probably not have helped (except in the case where the doublechecker used a different transform type), so we would need to know exactly where the bug occurs to run a triplecheck.
Likewise, if there is anything I could do that would help the debugging effort, I'd be happy to contribute. Cheers  Iain 
20150101, 18:13  #42 
"Serge"
Mar 2008
Phi(4,2^7658614+1)/2
19·23^{2} Posts 
No progress since the debug case (yep... holidays!).
I lean even more towards gwtogiant / gmod suspicion. I have some ideas + some from George, but haven't run them. 
20150101, 19:20  #43 
Dec 2011
New York, U.S.A.
97 Posts 
I'm not sure if this is related or not, but I had found an interesting LLR result where two AVX computers agreed on the result, but an AMD (nonAVX) computer disagreed.
AVX: Code:
Iter: 6759040/6879943, ERROR: ROUND OFF (0.4375) > 0.4 Continuing from last save file. Disregard last error. Result is reproducible and thus not a hardware problem. For added safety, redoing iteration using a slower, more reliable method. Continuing from last save file. 202705*2^6879926+1 is not prime. Proth RES64: 52E338294E4A78FD Time : 23073.022 sec. Code:
202705*2^6879926+1 is not prime. Proth RES64: CEF77BFB02AB1491 Time : 98814.320 sec. 
20150102, 13:02  #44 
Dec 2011
New York, U.S.A.
97 Posts 
It's not related. The two AVX tests that restarted were, in fact, correct. The other result from the AMD CPU was faulty.

Thread Tools  
Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
PFGW 4.0.4 (with gwnum v30.10) Released  rogue  Software  545  20230120 14:12 
LLR V3.8.2 using gwnum 26.2 is available!  Jean Penné  Software  25  20101101 15:18 
PFGW 3.3.6 or PFGW 3.4.2 Please update now!  Joe O  Sierpinski/Riesel Base 5  5  20100930 14:07 
GWNUM?  Unregistered  Information & Answers  3  20100912 19:52 
GWNUM as DLL?  Cyclamen Persicum  Software  1  20070102 20:53 