PRPclient 2.4.7 with LLR 3.8.0 now available!
 

Hi everyone! :)

Jean Penné has now officially released LLR 3.8.0 which gives a nice speed boost when running this project. According to the documentation it's 2-5%, but I've seen a 10% increase when running LLR on all cores on an Intel Quad.

This is a good time to upgrade to PRPclient 2.4.7 aswell as there are known issues with the older versions.

[B]IMPORTANT!![/B]

LLR 3.7.1 and LLR 3.8.0 do [U]not[/U] produce compatible checkpoint files. If you are in the middle of a test and upgrade LLR to 3.8.0 it will start over. A way to do this gracefully is to upgrade PRPclient to 2.4.7 and set number of WUs to 0. The client will then finish the current WU and not download a new one. To do this, change these lines (you will obviously have to set them back to 1 once you have upgraded LLR):

server=PSPtest:80:1:[URL="http://www.psp-project.de:7100"]www.psp-project.de:7100[/URL]
server=PSPtestdc:20:1:[URL="http://www.psp-project.de:7101"]www.psp-project.de:7101[/URL]

to this:

server=PSPtest:80:0:[URL="http://www.psp-project.de:7100"]www.psp-project.de:7100[/URL]
server=PSPtestdc:20:0:[URL="http://www.psp-project.de:7101"]www.psp-project.de:7101[/URL]

With the new package, we've set the client to run 80% first pass and 20% second pass as this helps the project to keep up with second pass. Please note that running second pass is optional, and you are free to set these percentages as you please!

You can download PRPclient 2.4.7 with or without the new LLR here: [URL]http://tools.1up.no/psp/prpclient/[/URL]

This package is specially built for this project (genefer is removed) so please do not use this against the PrimeGrid PRPnet servers.

LLR 3.8.0 standalone can be downloaded here (PRPclient uses the cllr version): [URL]http://jpenne.free.fr/index2.html[/URL]

You can upgrade PRPclient and LLR over an existing installation by adding them to the the "programs" folder and running the "install" batch file according to your number of cores (I've only tested that on windows). You might want to update your ini files aswell.

Thanks to:
Rogue for PRPnet 2.4.7
Jean Penné for LLR 3.8.0
Runesk for packaging the programs for this project.

I hope I have covered everything in this post, but please ask if you have any questions. :)

Ltd: If you want to host these packages on the psp-project.de servers, please copy them and alter this post.

Attention !

With the new version, I have test my gigantic prime triplet. The 3rd number is not prime, but it is prime.

It is

2072644824759 * 2^33333 -1,+1,+5

shot test-file is

954651922:T:0:2:131
2072644824759 33333


best

Norman

[quote=Cybertronic;205041]Attention !

With the new version, I have test my gigantic prime triplet. The 3rd number is not prime, but it is prime.

It is 2072644824759 * 2^33333 -1,+1,+5[/quote]

I don't understand... Do you mean LLR 3.8.0 says 2072644824759*2^33333+5 isn't prime, but you have verified by other methods that it is?

Yes, the triplet was found with LLR 3,7.

Look here:
[url]http://www.sendspace.com/file/cyndmc[/url]

I did some testing, and I doubt this is relevant for this project. But I really appreciate you letting us know.

LLR 3.7.1c:
[code]C:\cllrtestold>cllrold.exe -d -q"2072644824759*2^33333+1"
Starting Proth prime test of 2072644824759*2^33333+1
Using zero-padded FFT length 3584, a = 7
2072644824759*2^33333+1 is prime! Time : 1.977 sec.[/code]
LLR 3.8.0:
[code]C:\cllrtest>cllr.exe -d -q"2072644824759*2^33333+1"
Starting Proth prime test of 2072644824759*2^33333+1
Using zero-padded FFT length 3584, a = 7
2072644824759*2^33333+1 is prime! Time : 1.884 sec.[/code]

But with the +5 I get this:
LLR 3.7.1c:
[code]C:\cllrtestold>cllrold.exe -d -q"2072644824759*2^33333+5"
Invalid expression in command line.[/code]
LLR 3.8.0:
[code]C:\cllrtest>cllr.exe -d-q"2072644824759*2^33333+5"
Starting probable prime test of 2072644824759*2^33333+5
Using zero-padded FFT length 3584, a = 3
2072644824759*2^33333+5 is not prime. RES64: 20A5CD45B0850A08. OLD64: 61F167D1118F1E15 Time : 1.911 sec.[/code]

[quote=opyrt;205045]I don't understand... Do you mean LLR 3.8.0 says 2072644824759*2^33333+5 isn't prime, but you have verified by other methods that it is?[/quote]
LLR 3.7.2: "2072644824759*2^33333+5 is 3-Strong PRP! (3 more test(s))"
LLR 3.8.0: "2072644824759*2^33333+5 is not prime. RES64: 20A5CD45B0850A08. OLD64: 61F167D1118F1E15"
PFGW 3.3.1 (uses GWNUM 25.13): "2072644824759*2^33333+5 is 3-PRP!"
Prime95 25.11: "2072644824759*2^33333+5 is a probable prime!"

I don't know of a good way to independently (i.e. without GWNUM), and in reasonable time, verify which is correct, but it would appear that LLR 3.8.0 has the problem.

FYI: I've notified Jean of this thread. :)

[QUOTE=Mini-Geek;205050]LLR 3.7.2: "2072644824759*2^33333+5 is 3-Strong PRP! (3 more test(s))"
LLR 3.8.0: "2072644824759*2^33333+5 is not prime. RES64: 20A5CD45B0850A08. OLD64: 61F167D1118F1E15"
PFGW 3.3.1 (uses GWNUM 25.13): "2072644824759*2^33333+5 is 3-PRP!"
Prime95 25.11: "2072644824759*2^33333+5 is a probable prime!"

I don't know of a good way to independently (i.e. without GWNUM), and in reasonable time, verify which is correct, but it would appear that LLR 3.8.0 has the problem.[/QUOTE]

I also tested with Prime95 25.11 and find this number is PRP, so, I agree with you! Already a problem ? UGH ! I have now to take a look in the new PRP code...
Also, to test without gwnum may be a good idea...
Sorry for this drawback,
Jean

[quote=Jean Penné;205056]I also tested with Prime95 25.11 and find this number is PRP, so, I agree with you! Already a problem ? UGH ! I have now to take a look in the new PRP code...
Also, to test without gwnum may be a good idea...
Sorry for this drawback,
Jean[/quote]

Jean, no problem.

For smaller numbers ,like n*2^333 -1,+1,+5 works LLR3.8 correct.
Maybe without my triplet, the bug will be never found by us :smile:

[QUOTE=Cybertronic;205058]Jean, no problem.

For smaller numbers ,like n*2^333 -1,+1,+5 works LLR3.8 correct.
Maybe without my triplet, the bug will be never found by us :smile:[/QUOTE]

Maybe... But I just found your number PRP while using the old PrimeForm program, so gwnum cannot be responsible for this error, and I should prefer to understand its cause!

Thanks!
Jean

[QUOTE=Jean Penné;205064]Maybe... But I just found your number PRP while using the old PrimeForm program, so gwnum cannot be responsible for this error, and I should prefer to understand its cause!

Thanks!
Jean[/QUOTE]

The problem could be with gwnum. There are issues with gwnum for some numbers. Look at this thread, [url]http://www.mersenneforum.org/showthread.php?t=12226&page=2[/url]. gwnum does not trigger an error (roundoff, sumout) that PFGW can detect, thus the test result of some primality tests is incorrect. George is aware of the issue and hopes to investigate when he returns from his vacation.

Jean, I suggest you run some of the numbers posted in that thread through LLR 3.8.0 and see if you see some of the same issues.