double post (too late to edit)

i found a solution: using "llrnet -no-sse2" no more warning and overall speed increased by 10%

Site change status
 

Update on the site changes:

#'s 2 and 4 to add sieved files to the pages and separate the Riesel and Sierp reservations are complete. #'s 1 and 3 to add a scroll bar to lock the titles on and to add a news/last 10 changes page will be looked at after New Year's.

I'll add a #5: Add 2 pages (one each for Riesel & Sierp) to allow for searches for k's that are multiples of the base (kMOb) but that yield a different prime than k/b. In conjunction with that, I'll need to come up with a new color scheme for the proof of the conjectures. Right now, when it's proven without accounting for kMOb, I just show it as gray. But in the future, there will have to be 2 indicators, one for 'fully proven' including kMOb and one for 'mostly proven' that doesn't include kMOb. It will be up to the math community to determine which one is considered the proof.

I did a quick search on Riesel base 4 up to n=10K to check all kMOb that Jean Penne had previously done. I confirmed that he is correct. When accouting for kMOb, k=19464 is the only k that is added to our list of k's without a prime that yields a different prime than k/b. He said that he is searching that now.

I will slowly search bases as I have time for kMOb and see about how many there are that will ultimately yield a different prime than k/b but that are still without a prime. We know there are Generalized Fermat #'s (GFn's) such as 22*22^n+1 & 441*22^n+1 that a prime most likely cannot be found on but most should not be any more difficult than k's that are not MOb.


Gary

Good news for this project! Jean Penne has updated LLR so that it can automatically stop running if a prime is found--useful if you're only running one k by itself in a conjecture search. Here's his post, copied and pasted from the Software forum:
[quote=Jean Penne]Hi All,

Thanks to George Woltman, the two distributions of LLR 3.7.1c on the GIMPS site :

[URL]http://www.mersenne.org/gimps/[/URL]

and on my personal pages :

[URL]http://jpenne.free.fr/index2.html[/URL]

are now matching exactly.

It is now possible to force the program to stop when a prime is found, by using the option :

StopOnSuccess=1 in the .ini file.

Happy new year!
Jean[/quote]

I'm wondering, if I wanted to do some sieving for one of the odd-n/even-n conjectures, would I need to punch in anything special to srsieve? Would I need to remove all even or odd n's manually?

Or, would I simply need to sieve in base 4? (i.e. for an odd-n search, sieve the base 2 k, times 2, in base 4; or, for an even-n search, just sieve the exact same k in base 4.)

Am I correct? :smile:

[quote=Anonymous;124180]I'm wondering, if I wanted to do some sieving for one of the odd-n/even-n conjectures, would I need to punch in anything special to srsieve? Would I need to remove all even or odd n's manually?

Or, would I simply need to sieve in base 4? (i.e. for an odd-n search, sieve the base 2 k, times 2, in base 4; or, for an even-n search, just sieve the exact same k in base 4.)

Am I correct? :smile:[/quote]

That is correct. Of course you could do it either way but if you run base 4, you wouldn't have to manually remove some of the n's and your sieving would run somewhat faster. Here's a couple of examples for everyone:

If running k=6927 for Riesel base-2 odd-n, you can sieve k=6927*2=13854 for Riesel base 4.

If running k=(any) for Riesel base-2 even-n, you can run the same k for Riesel base 4.


Gary

Can someone tell me what is the easiest way to delete a k from a abcd file:

I tried -d and -k niether seemed to work, so I just opened the abcd file & did the k manually. then used srfile -G -k factor.txt (file name) to make a new file for testing, then manually deleted all n up to point of last prime found.

I know there is a better way:confused:

[QUOTE=grobie;131906]Can someone tell me what is the easiest way to delete a k from a abcd file:

I tried -d and -k niether seemed to work, so I just opened the abcd file & did the k manually. then used srfile -G -k factor.txt (file name) to make a new file for testing, then manually deleted all n up to point of last prime found.

I know there is a better way:confused:[/QUOTE]

to delete a sequence of a abcd-file try:

[code]
srfile -a -d"405*2^n-1" sr_2.abcd
[/code]

this deletes from the abcd-file the sequnce for k=405 and writes the result in the same abcd-file!

[QUOTE=kar_bon;131907]to delete a sequence of a abcd-file try:

[code]
srfile -a -d"405*2^n-1" sr_2.abcd
[/code]

this deletes from the abcd-file the sequnce for k=405 and writes the result in the same abcd-file![/QUOTE]

OK, thanks

Is there any way to delete the same k in my prp testing file without generating a new one up to n=prime

[QUOTE=grobie;131909]OK, thanks

Is there any way to delete the same k in my prp testing file without generating a new one up to n=prime[/QUOTE]

not with srfile only, but try this:

- create from your prp-file for every sequence the npg-file:
srfile -g mine.prp

for every k there is a file like "t17_b2_k405.npg" (here k=405)

-delete per hand the n's in this file you don't need for this k and save it

- call this:
copy *.npg >all
sort all >all1

- edit file 'all1' and delete all headers (like "5000000000000:M:1:2:258") except one (copy it at the top of the file)

- call than:
srfile -G all1
and you have your PRP-file without the n's from that k in!

another way could be a script but this works fine too!

[QUOTE=kar_bon;131910]not with srfile only, but try this:

- create from your prp-file for every sequence the npg-file:
srfile -g mine.prp

for every k there is a file like "t17_b2_k405.npg" (here k=405)

-delete per hand the n's in this file you don't need for this k and save it

- call this:
copy *.npg >all
sort all >all1

- edit file 'all1' and delete all headers (like "5000000000000:M:1:2:258") except one (copy it at the top of the file)
- call than:
srfile -G all1
and you have your PRP-file without the n's from that k in!

another way could be a script but this works fine too![/QUOTE]
Great, Thanks Kar_bon for your help

Notes:

The version of PFGW in the 1st post here is well out of date. [URL="http://www.mersenneforum.org/showpost.php?p=183154&postcount=1"]Here[/URL] is a link to a post that contains links to the latest versions of PFGW. The versions of LLR and sr(n)sieve are likely well out of date also.

If anyone can provide a "care package" of links that contains all/most of the recent versions of the programs that I have in the link in the 1st post here, I'll update that link. NewPGen should not be necessary since we don't use it.

Edit: The 1st post now has all of the latest programs.

Gary