20170220, 11:21  #1 
May 2004
FRANCE
1001010100_{2} Posts 
LLR Version 3.8.19 released
Hi All,
I uploaded today the version 3.8.19 of the LLR program. You can find it now on my personal site : http://jpenne.free.fr/ The 32bit Windows and Linux compressed binaries are available as usual. The Linux 64bit binaries are also released here. I uploaded also the complete source in a compressed file ; it may be used to build the MacIntel executable and also the 64bit Windows binary. The main new feature in this version is that MULTITHREADING is now available by setting oThreadsPerTest=<number> or t<number> in the command line. Thanks to Serge Batalov who showed me how simple it was to implement this! This LLR version is linked with the Version 28.12 of George Woltman's gwnum library. George has fixed in this gwnum version, the bug which sometimes affected prime or PRP tests done using multithreading and FMA3. When doing PRP tests, the Fermat test is now not strong by default, because it is time consuming... Now, if the input file name (PgenInputFile parameter) has changed while working with the same .ini file, the PgenLine parameter is forced to one. I made this update to fix the "CLLR bug" found by LaurV. As usual, I need help to build the 32bit Mac Intel binary, and also the 64bit Mac Intel and Windows ones. Please, inform me if you encountered any problem while using this new version. Best Regards, Jean Last fiddled with by Jean Penné on 20170220 at 11:34 
20170220, 16:03  #2 
Nov 2010
5^{2} Posts 

20170220, 16:38  #3  
May 2004
FRANCE
2^{2}×149 Posts 
Quote:
Jean 

20170220, 17:14  #4 
Sep 2011
Germany
13^{2}·19 Posts 

20170220, 20:26  #5 
May 2004
FRANCE
2^{2}×149 Posts 
All is available now!
Hi,
Thanks to Iain Bethune and to Rebirther, all LLR 3.8.19 binaries are now available. Many thanks for your help and Best Regards, Jean 
20170221, 15:59  #6 
Einyen
Dec 2003
Denmark
3·1,117 Posts 
With LLR 3.8.19 2 of the 3 numbers that failed in 3.8.18 now give the correct residue with 1,2,3,4,5,6,7 and 8 threads. These were the 2 that used 512K FMA FFT:
64598*5^23186941 33333*7^19170001 But the last one I found at 384K FMA FFT still fails for 5 and 7 threads (on an 8core 5960X), but works for 1,2,3,4,6,8. Code:
cllr64.exe d q"66666*5^15600001" Base prime factor(s) taken : 5 Starting N+1 prime test of 66666*5^15600001 Using FMA3 FFT length 384K, Pass1=256, Pass2=1536, a = 3 66666*5^15600001 is not prime. RES64: 7417FF24F2FBCEB9. OLD64: 5C47FD6ED8F36C28 Time : 6067.581 sec. cllr64.exe d t2 q"66666*5^15600001" Base prime factor(s) taken : 5 Starting N+1 prime test of 66666*5^15600001 Using FMA3 FFT length 384K, Pass1=256, Pass2=1536, 2 threads, a = 3 66666*5^15600001 is not prime. RES64: 7417FF24F2FBCEB9. OLD64: 5C47FD6ED8F36C28 Time : 3451.684 sec. cllr64.exe d t3 q"66666*5^15600001" Base prime factor(s) taken : 5 Starting N+1 prime test of 66666*5^15600001 Using FMA3 FFT length 384K, Pass1=256, Pass2=1536, 3 threads, a = 3 66666*5^15600001 is not prime. RES64: 7417FF24F2FBCEB9. OLD64: 5C47FD6ED8F36C28 Time : 2476.677 sec. cllr64.exe d t4 q"66666*5^15600001" Base prime factor(s) taken : 5 Starting N+1 prime test of 66666*5^15600001 Using FMA3 FFT length 384K, Pass1=256, Pass2=1536, 4 threads, a = 3 66666*5^15600001 is not prime. RES64: 7417FF24F2FBCEB9. OLD64: 5C47FD6ED8F36C28 Time : 1957.058 sec. cllr64.exe d t5 q"66666*5^15600001" Base prime factor(s) taken : 5 Starting N+1 prime test of 66666*5^15600001 Using FMA3 FFT length 384K, Pass1=256, Pass2=1536, 5 threads, a = 3 66666*5^15600001 is not prime. RES64: E1866A6384261F5E. OLD64: A4933F2A8C725E17 Time : 1614.234 sec. cllr64.exe d t6 q"66666*5^15600001" Base prime factor(s) taken : 5 Starting N+1 prime test of 66666*5^15600001 Using FMA3 FFT length 384K, Pass1=256, Pass2=1536, 6 threads, a = 3 66666*5^15600001 is not prime. RES64: 7417FF24F2FBCEB9. OLD64: 5C47FD6ED8F36C28 Time : 1336.336 sec. cllr64.exe d t7 q"66666*5^15600001" Base prime factor(s) taken : 5 Starting N+1 prime test of 66666*5^15600001 Using FMA3 FFT length 384K, Pass1=256, Pass2=1536, 7 threads, a = 3 66666*5^15600001 is not prime. RES64: 5715B163A3E04BBB. OLD64: 0541142AEBA0E32E Time : 1240.131 sec. cllr64.exe d t8 q"66666*5^15600001" Base prime factor(s) taken : 5 Starting N+1 prime test of 66666*5^15600001 Using FMA3 FFT length 384K, Pass1=256, Pass2=1536, 8 threads, a = 3 66666*5^15600001 is not prime. RES64: 7417FF24F2FBCEB9. OLD64: 5C47FD6ED8F36C28 Time : 1048.900 sec. 
20170221, 17:47  #7 
P90 years forever!
Aug 2002
Yeehaw, FL
17426_{8} Posts 

20170222, 19:01  #8 
P90 years forever!
Aug 2002
Yeehaw, FL
2×23×173 Posts 

20170222, 22:05  #9 
May 2004
FRANCE
2^{2}·149 Posts 
Hi,
Many thanks to George! He fixed in gwnum 28.13, the FMA3 problem remaining while running a PRP test with 5 or 7 threads. So, I updated on LLR 3.8.19 the source, and the Win32 and Linux binaries. I need help to update the Win64 and Mac Intel binaries with the same version of gwnum. Regards, Jean 
20170222, 23:07  #10  
Dec 2011
New York, U.S.A.
97 Posts 
Quote:
Thank you! 

20170223, 07:25  #11  
May 2004
FRANCE
254_{16} Posts 
Quote:
So, I shall build a 3.8.20 LLR Version... When the upload will be complete for the source and all the binaries, I will then make the two previous "multithreaded " versions unavailable, because they are buggy. Regards, Jean 

Thread Tools  
Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
LLR Version 3.8.20 released  Jean Penné  Software  30  20180813 20:00 
LLR Version 3.8.15 released  Jean Penné  Software  28  20150804 04:51 
LLR Version 3.8.11 released  Jean Penné  Software  37  20140129 16:32 
LLR Version 3.8.9 released  Jean Penné  Software  37  20131031 08:45 
llr 3.8.2 released as devversion  opyrt  Prime Sierpinski Project  11  20101118 18:24 