20101001, 02:02  #34 
"Mark"
Apr 2003
Between here and the
2×13×257 Posts 
I have rereleased the OS X build of PFGW 3.4.0. Apparently the 32bit version has problems with the staticlinked GMP and the 64bit version wasn't working correctly. I suspect a linker bug in the one case and a compiler bug in the other as the other. For the 64bit version I didn't use any optimizations with PFGW itself (gwnum and GMP are still optimized) and it is appears to be faster.
I'm very close to having a 64bit linux build posted. Hopefully tomorrow. 
20101001, 04:45  #35 
A Sunny Moo
Aug 2007
USA (GMT5)
1869_{16} Posts 
Okay, I've tried testing 289184*5^4773361 with both LLR 3.8.1 and 3.8.2 to see if the mysterious slowdown exists in LLR as well.
Code:
$ ./cllr381.exe d q289184*5^4773361 Base prime factor(s) taken : 5 Starting N+1 prime test of 289184*5^4773361 Using zeropadded FFT length 128K, a = 3 289184*5^4773361 is not prime. RES64: 08B0E31C3A9EFF00. OLD64: 077A0603FB8C61BF Time : 3958.254 sec. $ ./cllr.exe d q289184*5^4773361 Base prime factor(s) taken : 5 Starting N+1 prime test of 289184*5^4773361 Using zeropadded Core2 type3 FFT length 128K, Pass1=128, Pass2=1K, a = 3 289184*5^4773361 is not prime. RES64: 08B0E31C3A9EFF00. OLD64: 077A0603FB8C61BF Time : 3858.415 sec. Next, I'll repeat the test with Prime95 25.11 and 26.2 to see whether it has a slowdown or not. 
20101011, 23:58  #37 
Sep 2002
Database er0rr
2^{2}·1,063 Posts 
I get an error with Debian running pfgw64 testing 100000000000*2731#+1
Code:
 Error occuring in PFGW at Tue Oct 12 00:56:51 2010 Expr = 100000000000*2731#+1 Detected in gw_test_illegal_sumout() in prp_using_gwnum Iteration: 1/3911 ERROR: ILLEGAL SUMOUT PFGW will automatically rerun the test with a1  Error occuring in PFGW at Tue Oct 12 00:56:51 2010 Expr = 100000000000*2731#+1 Detected in gw_test_illegal_sumout() in prp_using_gwnum Iteration: 1/3911 ERROR: ILLEGAL SUMOUT PFGW will automatically rerun the test with a2  Error occuring in PFGW at Tue Oct 12 00:56:51 2010 Expr = 100000000000*2731#+1 Detected in gw_test_illegal_sumout() in prp_using_gwnum Iteration: 1/3911 ERROR: ILLEGAL SUMOUT PFGW will automatically rerun the test with a3  Error occuring in PFGW at Tue Oct 12 00:56:51 2010 Expr = 100000000000*2731#+1 Detected in gw_test_illegal_sumout() in prp_using_gwnum Iteration: 1/3911 ERROR: ILLEGAL SUMOUT PFGW will automatically rerun the test with a4  Error occuring in PFGW at Tue Oct 12 00:56:51 2010 Expr = 100000000000*2731#+1 Detected in gw_test_illegal_sumout() in prp_using_gwnum Iteration: 1/3911 ERROR: ILLEGAL SUMOUT PFGW will automatically rerun the test with a5  Error occuring in PFGW at Tue Oct 12 00:56:51 2010 Expr = 100000000000*2731#+1 Detected in gw_test_illegal_sumout() in prp_using_gwnum Iteration: 1/3911 ERROR: ILLEGAL SUMOUT PFGW will automatically rerun the test with a6 Last fiddled with by paulunderwood on 20101012 at 00:06 
20101012, 02:23  #38 
"Mark"
Apr 2003
Between here and the
2×13×257 Posts 

20101016, 17:12  #39 
Just call me Henry
"David"
Sep 2007
Liverpool (GMT/BST)
13550_{8} Posts 
I started running some base 3 work and got this:
Code:
PFGW Version 3.4.1.64BIT.20100927.Win_Dev [GWNUM 26.2] Factoring numbers to 100% of normal. Script File trial factoring to 49598 820000000*3^11 factors prime!: 2459999999 Primality testing 8200000021 [N1/N+1, BrillhartLehmerSelfridge] small number, factored 8200000021 is factored (0.0005s+0.0085s) trial factoring to 49598 820000004*3^11 has factors: 7 trial factoring to 65536 820000004*3^21 has factors: 5 trial factoring to 65536 Switching to Exponentiating using GMP 820000004*3^31 is 3PRP! (0.0001s+0.0053s) Primality testing 820000004*3^31 [N+1, BrillhartLehmerSelfridge] trial factoring to 65536 Running N+1 test using discriminant 5, base 1+sqrt(5) Error 1002 initializing FFT code: 
20101018, 00:10  #40  
"Mark"
Apr 2003
Between here and the
2·13·257 Posts 
Quote:


20101018, 13:15  #41 
"Mark"
Apr 2003
Between here and the
2·13·257 Posts 

20101019, 05:15  #42 
A Sunny Moo
Aug 2007
USA (GMT5)
3×2,083 Posts 
I just upgraded my quad to PFGW 3.4.0 (32bit) and am pleased to say that I got a very nice 25% (!) speed boost over 3.3.6! Tests that took about 1630 seconds on 3.3.6 are now taking 1230 seconds. This is on base 6, near n=350K; I also get a speedup of similar magnitude with LLR 3.8.2 (vs. 3.8.0) on base 2 numbers around n=920K. It would seem that this CPU (Intel Q6600) benefits particularly well from the improvements in gwnum v26.
BTW @Mark and George: my apologies for not getting back to you sooner regarding my testing Prime95 on my dualcore to see if the mysterious base 5 slowdown occurs in there as well. As detailed in tests that I've already posted earlier in this thread, the slowdown going from gwnum v25>26 occurred in PFGW but not LLR; I'll try Prime95 as soon as I get the chance. Last fiddled with by mdettweiler on 20101019 at 05:18 
20101021, 02:39  #43 
"Mark"
Apr 2003
Between here and the
2×13×257 Posts 
PFGW 3.4.2 Released
You can d/l the latest release for Windows, MacIntel, and Linux from here: http://sourceforge.net/projects/openpfgw/
The changes include:

20101021, 11:18  #44 
Sep 2002
Database er0rr
2^{2}·1,063 Posts 
Would it be possible to have "static" versions to overcome some problems? Please see: http://tech.groups.yahoo.com/group/p.../message/10725 Last fiddled with by paulunderwood on 20101021 at 11:24 
Thread Tools  
Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
A possible bug in LLR/PFGW while using GWNUM (no bug in P95)  Batalov  Software  77  20150414 09:01 
PFGW 3.2.0 has been Released  rogue  Software  94  20100914 21:39 
PFGW 3.2.3 has been Released  rogue  Software  10  20091028 07:07 
PFGW 3.2.2 has been Released  rogue  Software  20  20090823 12:14 
PFGW 3.2.1 has been released  rogue  Software  5  20090810 01:43 