PFGW latest well-tested version - Page 7

rogue · 2010-01-11, 19:43

Quote:

Originally Posted by KEP

I've just noticed, using PFGW version 3.2.7 the linenumber is no longer showing in the windows client as it used to in the previous versions. I know its a small and insignificant change or bug, but it's quite nice to know how far through the file one is exactly, without having to look at the pfgw.ini file

Regards

KEP

I found the problem. This is tied to a change from 3.2.0. In that release PFGW would not consistently output the result of tests when using -q. I will find a better fix for the problem.

Xentar · 2010-01-11, 22:11

By the way, if someone is still interested:
Just found out (again), why I used NewPGen format for PFGW: sr2sieve doesn't support other formats. So I have to sieve using ABCD format, and then convert the file to PFGW (or NewPGen format), for the prime tests.
Any other solutions?

rogue · 2010-01-11, 22:52

Quote:

Originally Posted by Xentar

By the way, if someone is still interested:
Just found out (again), why I used NewPGen format for PFGW: sr2sieve doesn't support other formats. So I have to sieve using ABCD format, and then convert the file to PFGW (or NewPGen format), for the prime tests.
Any other solutions?

Isn't there a -a option for sr2sieve? I do agree that a -w option would be nice.

mdettweiler · 2010-01-11, 23:02

Quote:

Originally Posted by rogue

Isn't there a -a option for sr2sieve? I do agree that a -w option would be nice.

Actually, I thought sr2sieve always used ABCD (-a) format--I don't think it's even compatible with NewPGen format. The only other format it does is the old proth_sieve/JJSieve .dat format.

sr5sieve might be able to handle NewPGen format, though don't quote me on it.

sr1sieve uses NewPGen format exclusively.

rogue · 2010-01-11, 23:30

Quote:

Originally Posted by mdettweiler

Actually, I thought sr2sieve always used ABCD (-a) format--I don't think it's even compatible with NewPGen format. The only other format it does is the old proth_sieve/JJSieve .dat format.

sr5sieve might be able to handle NewPGen format, though don't quote me on it.

sr1sieve uses NewPGen format exclusively.

I have been using srsieve with -w. It produces ABC formatted output. It shouldn't be difficult for Geoff to propagate it to his other programs.

gd_barnes · 2010-01-12, 06:29

Currently srsieve can use and output any format, sr1sieve must have Newpgen (-G or -g) format, and sr2sieve must have ABCD format (-a). With the super-speed design of sr2sieve, I don't think it could even be changed to accept anything other than ABCD format.

Xentar, for this project and for most other projects, NewPGen is a bad word. (lol) It should almost never be used. From my perspective, it should not be used for anything except super exotic forms. It's way slower than the sr(x)sieve series of programs.

Mark, sr2sieve does not write out sieve files. It only accepts ABCD (-a) format files as input and writes out factors. srfile is then used to take those factors, remove them from the input file, and write out a sieve file in any format that you want.

Also, one more thing Mark: Have you been using srsieve to fully sieve bases with more than one k remaining? If so, not good. I'm asking because it shouldn't be necessary to write out -w formatted files using srsieve. It should only be used to write out -G or -a formatted sieve files. (See why below.) Use sr2sieve after running srsieve to a nominal P-limit. It is 2 to 10 times faster. After it writes out the factors, you can use srfile to remove them and write the file out in whatever format that you want. In your case, that would be -w since you frequently test both sides of the same base at the same time.

For both of you guys, to be more specific, here's what you need to do for sieving on this project:

If testing more than one k:
1. Run srsieve to some small P-limit and have it write out the file in -a format. I use P=100e6 for the P-limit.
2. Use the output from #1 and run sr2sieve to your optimum depth. It will write out a file of factors called factors.txt. All you need is the P-limit and file name.
3. Use srfile to remove the factors in #2 from the file in #1 and write it out in -w or -G format.
4. If running the conjectures here, be sure and change the header to use the stop-on-prime option before beginning PFGW testing.

If testing only 1 k:
1. Same as #1 above except write it out in -G format.
2. Use the output from #1 and run sr1sieve to your optimum depth. It will automatically write the file out in -G format (same as NewPGen).
3. Same as #4 above.

The bottom line:
Srsieve is faster than NewPgen.
Sr2sieve is 2 to 10 times faster than Srsieve for sieving more than one k.
Sr1sieve is 2 to 3 times faster than Sr2sieve for sieving just one k.

Therefore:
Sr1sieve is likely 10 to 15 times faster than NewPgen for sieving just one k!!

Gary

gd_barnes · 2010-01-12, 06:39

Since PFGW is now by far the most integral program to CRUS, I have changed the thread name here.

I will do my best to always have links to the latest known and well-tested Windows and Linux versions of PFGW in the 1st post here.

Latest versions will not be automatically posted until several people have extensively tested them.

gd_barnes · 2010-01-12, 07:57

Mark and Xentar,

The info. that I gave 2 posts back here was already available in the software/instructions/questions. thread.

To remove any further confusion, I have made some changes there for more modern updates as a result of the increased speed of PFGW and the new bases script, which I specifically state must be used with PFGW 3.2.3 and before. I'll remove the version once I update it to include script changes for 3.2.7 after the Linux version is available. I also tweaked a few things for the sieving instructions for clarity.

Gary

rogue · 2010-01-12, 13:45

All versions of 3.3.0 are now released. Here are the links:

http://openpfgw.svn.sourceforge.net/...0_20100108.zip
http://openpfgw.svn.sourceforge.net/...0_20100108.zip
http://openpfgw.svn.sourceforge.net/...0_20100108.zip

gd_barnes · 2010-01-12, 18:48

OK, if a few people could run some tests on 3.3.0, that would be great. I'll download it shortly. What I might suggest to everyone on brand new releases of PFGW is to "beta" test them using a few already known ranges.

Mark, once a few people have tested it, I'll update the first post here since that is specifically intended for the latest well-tested version. Thanks for the direct links! That helps a bunch. :-)

You didn't happen to get a build for Linux 3.2.7 did you? Since that is still the latest known well-tested version, I was hoping to test updates to my script with it before running tests on later versions that aren't as well tested just yet.

Thanks,
Gary

rogue · 2010-01-12, 19:03

Quote:

Originally Posted by gd_barnes

You didn't happen to get a build for Linux 3.2.7 did you? Since that is still the latest known well-tested version, I was hoping to test updates to my script with it before running tests on later versions that aren't as well tested just yet.

Sorry, but I did not get a Linux build for 3.2.7. Fortunately no script changes are necessary for 3.3.0.

There is one known issue. It only exists in WinPFGW and is cosmetic. The "Line in file" field is not getting updated consistently. I have a patched version ready, but I am waiting for additional testing from others before I post it. If any bugs are revealed, I will make sure that those get fixed and get a new release out there.

2010-01-12, 06:29	#72
gd_barnes May 2007 Kansas; USA 101×103 Posts	Currently srsieve can use and output any format, sr1sieve must have Newpgen (-G or -g) format, and sr2sieve must have ABCD format (-a). With the super-speed design of sr2sieve, I don't think it could even be changed to accept anything other than ABCD format. Xentar, for this project and for most other projects, NewPGen is a bad word. (lol) It should almost never be used. From my perspective, it should not be used for anything except super exotic forms. It's way slower than the sr(x)sieve series of programs. Mark, sr2sieve does not write out sieve files. It only accepts ABCD (-a) format files as input and writes out factors. srfile is then used to take those factors, remove them from the input file, and write out a sieve file in any format that you want. Also, one more thing Mark: Have you been using srsieve to fully sieve bases with more than one k remaining? If so, not good. I'm asking because it shouldn't be necessary to write out -w formatted files using srsieve. It should only be used to write out -G or -a formatted sieve files. (See why below.) Use sr2sieve after running srsieve to a nominal P-limit. It is 2 to 10 times faster. After it writes out the factors, you can use srfile to remove them and write the file out in whatever format that you want. In your case, that would be -w since you frequently test both sides of the same base at the same time. For both of you guys, to be more specific, here's what you need to do for sieving on this project: If testing more than one k: 1. Run srsieve to some small P-limit and have it write out the file in -a format. I use P=100e6 for the P-limit. 2. Use the output from #1 and run sr2sieve to your optimum depth. It will write out a file of factors called factors.txt. All you need is the P-limit and file name. 3. Use srfile to remove the factors in #2 from the file in #1 and write it out in -w or -G format. 4. If running the conjectures here, be sure and change the header to use the stop-on-prime option before beginning PFGW testing. If testing only 1 k: 1. Same as #1 above except write it out in -G format. 2. Use the output from #1 and run sr1sieve to your optimum depth. It will automatically write the file out in -G format (same as NewPGen). 3. Same as #4 above. The bottom line: Srsieve is faster than NewPgen. Sr2sieve is 2 to 10 times faster than Srsieve for sieving more than one k. Sr1sieve is 2 to 3 times faster than Sr2sieve for sieving just one k. Therefore: Sr1sieve is likely 10 to 15 times faster than NewPgen for sieving just one k!! Gary Last fiddled with by gd_barnes on 2010-01-12 at 06:35

2010-01-12, 07:57	#74
gd_barnes May 2007 Kansas; USA 101·103 Posts	Mark and Xentar, The info. that I gave 2 posts back here was already available in the software/instructions/questions. thread. To remove any further confusion, I have made some changes there for more modern updates as a result of the increased speed of PFGW and the new bases script, which I specifically state must be used with PFGW 3.2.3 and before. I'll remove the version once I update it to include script changes for 3.2.7 after the Linux version is available. I also tweaked a few things for the sieving instructions for clarity. Gary Last fiddled with by gd_barnes on 2010-01-12 at 08:09

2010-01-12, 18:48	#76
gd_barnes May 2007 Kansas; USA 101×103 Posts	OK, if a few people could run some tests on 3.3.0, that would be great. I'll download it shortly. What I might suggest to everyone on brand new releases of PFGW is to "beta" test them using a few already known ranges. Mark, once a few people have tested it, I'll update the first post here since that is specifically intended for the latest well-tested version. Thanks for the direct links! That helps a bunch. :-) You didn't happen to get a build for Linux 3.2.7 did you? Since that is still the latest known well-tested version, I was hoping to test updates to my script with it before running tests on later versions that aren't as well tested just yet. Thanks, Gary Last fiddled with by gd_barnes on 2010-01-12 at 18:50

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Prime Gap Search latest version of the c code	pinhodecarlos	Prime Gap Searches	170	2019-12-10 19:33
where can I download the latest version of GMP-ECM	aaa120	GMP-ECM	2	2008-10-31 14:28
Where can I download the latest version of primo?	aaa120	Software	7	2008-10-27 06:28
Is 23.8.1 the latest Version of Prime95?	Bundu	Software	1	2004-11-03 23:18
Latest version?	[CZ]Pegas	Software	3	2002-08-23 17:05

2010-01-11, 22:11	#68
Xentar Sep 2006 273₈ Posts	By the way, if someone is still interested: Just found out (again), why I used NewPGen format for PFGW: sr2sieve doesn't support other formats. So I have to sieve using ABCD format, and then convert the file to PFGW (or NewPGen format), for the prime tests. Any other solutions?

2010-01-12, 06:39	#73
gd_barnes May 2007 Kansas; USA 10403₁₀ Posts	Since PFGW is now by far the most integral program to CRUS, I have changed the thread name here. I will do my best to always have links to the latest known and well-tested Windows and Linux versions of PFGW in the 1st post here. Latest versions will not be automatically posted until several people have extensively tested them.

2010-01-12, 13:45	#75
rogue "Mark" Apr 2003 Between here and the 18D0₁₆ Posts	All versions of 3.3.0 are now released. Here are the links: http://openpfgw.svn.sourceforge.net/...0_20100108.zip http://openpfgw.svn.sourceforge.net/...0_20100108.zip http://openpfgw.svn.sourceforge.net/...0_20100108.zip