srsieve/sr2sieve enhancements

[storm5510]

Originally Posted by rogue

I suggest switching from srsieve to srsieve2 (part of the mtsieve distribution). srsieve and srfile are published in a separate post on this thread.

Thank you! I found all the different programs, including this one.

I have been using NewPGen to produce my input files. Based on what I have seen, I should be able to bypass using it...

[rogue]

Originally Posted by storm5510

Thank you! I found all the different programs, including this one.

I have been using NewPGen to produce my input files. Based on what I have seen, I should be able to bypass using it...

Outside of some very specific forms not supported by other sieving software, newpgen is obsolete.

I am always open to improvements to the mtsieve framework and any of the sieving programs that are part of it. Any suggestions should be posted in that thread.

[storm5510]

Originally Posted by rogue

Outside of some very specific forms not supported by other sieving software, newpgen is obsolete.

I am always open to improvements to the mtsieve framework and any of the sieving programs that are part of it. Any suggestions should be posted in that thread.

I will have to experiment with srsieve2. Its command line parameters are a bit different than srsieve, which I wrote a batch file to run it so I would not have to remember all the parameters.

[storm5510]

-B --baby METHOD Use METHOD for baby step mulmods.
-G --giant METHOD Use METHOD for giant step mulmods.

Originally Posted by henryzz

Depending on various things like number of ks, range of n, number of candidates, etc the different methods can be faster or slower. By default it checks all of them to see which is fastest for that file on startup.

"METHOD" is not defined clearly in the documents. Could someone give an example of how this is used?

[rogue]

Originally Posted by storm5510

"METHOD" is not defined clearly in the documents. Could someone give an example of how this is used?

You can override the loop it uses to unroll, but there isn't much value to that as the software tries to determine the optimal loop to use before sieving begins.

[Citrix]

Where can I find the original sr1sieve source code. It is no longer available at the original site.
Thanks.

[rebirther]

Originally Posted by Citrix

Where can I find the original sr1sieve source code. It is no longer available at the original site.
Thanks.

https://www.bc-team.org/app.php/dlext/?cat=3

[rogue]

Originally Posted by Citrix

Where can I find the original sr1sieve source code. It is no longer available at the original site.
Thanks.

Is there something wrong with the current version?

[Citrix]

Originally Posted by rogue

Is there something wrong with the current version?

Srsieve2.exe is extremely slow for low weight numbers. I am trying to modify sr1sieve.exe for these. Looking at the source I only need to modify LIMIT_BASE (-Q flag).

https://www.mersenneforum.org/showpo...&postcount=256
https://www.mersenneforum.org/showth...529034#post256

If Srsieve2.exe could have this then I do not use sr1sieve.exe

[rogue]

Originally Posted by Citrix

Srsieve2.exe is extremely slow for low weight numbers. I am trying to modify sr1sieve.exe for these. Looking at the source I only need to modify LIMIT_BASE (-Q flag).

https://www.mersenneforum.org/showpo...&postcount=256
https://www.mersenneforum.org/showth...529034#post256

If Srsieve2.exe could have this then I do not use sr1sieve.exe

The sources for all three are posted in this thread.

sr2sieve source is here.

sr1sieve source is here.

[storm5510]

I use only srsieve and sr1sieve. Their parameters are similar. Sr2sieve does a good job, but do not use it because I never work more than once sequence at a time. If sr1sieve could read an ABC2 (PFGW) format, like the example below, then I would use it exclusively. I use srsieve just long enough to create an input file for sr1sieve.

ABC2 98475*2^$b-1
b: from 770000 to 1300000