mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   Conjectures 'R Us (https://www.mersenneforum.org/forumdisplay.php?f=81)
-   -   Bases 501-1030 reservations/statuses/primes (https://www.mersenneforum.org/showthread.php?t=12994)

MyDogBuster 2010-06-25 12:47

[QUOTE]I don't think I have any other small conjectures reserved. Please let me know if I do. [/QUOTE]

All looks fine too me.

rogue 2010-06-25 13:27

[QUOTE=MyDogBuster;219856]All looks fine too me.[/QUOTE]

I am still working on S136 and R136 and a range from S63. The S63 range should be done early next week. S136 and R136 are at n=15000 and climbing.

MyDogBuster 2010-06-25 20:10

[QUOTE]Sierpinski base 844 primes found:

Code:
3*844^3+1
4*844^13+1
6*844^14+1
7*844^2+1
9*844^9687+1
10*844^27+1
12*844^3+1
13*844^1+1
15*844^8+1
16*844^4+1
18*844^1+1
19*844^11+1
21*844^2+1
22*844^7+1
24*844^7+1
25*844^1+1
27*844^58+1
28*844^1+1
30*844^1+1
31*844^378+1
33*844^2+1
34*844^1+1
36*844^28+1
37*844^3+1
39*844^1+1
42*844^1+1
43*844^1+1
45*844^304+1
46*844^10+1
48*844^2+1
49*844^1+1
Conjecture proven.[/QUOTE]

Mark, when processing S844, I show that k=40 is not accounted for. It's is not trivially prime. Any ideas?

rogue 2010-06-25 21:14

[QUOTE=MyDogBuster;219891]Mark, when processing S844, I show that k=40 is not accounted for. It's is not trivially prime. Any ideas?[/QUOTE]

I missed putting that into the post. No primes below n=25000. Thanks for the catch.

Flatlander 2010-06-27 19:04

1 Attachment(s)
R636 tested to 50k and released.

paleseptember 2010-06-28 04:39

Slightly strange situation, any advice would be helpful.

I'm taking R603 to n=25K, and checked in on the pfgw.out file and pfgw.log files. pfgw.out hasn't been updated in about a fortnight, and despite pfgw grinding through the file, no results are being recorded.

The pfgw.out file is 4,060,606 bytes (I have no idea if there is a maximum filesize, after which is chokes.) I have stopped and restarted, moved the pfgw.out file away in an attempt to get it to start a new file afresh, to no effect.

So, should I go back and start fresh from the last line recorded in the pfgw.out file, or trust that it will have recorded the prps to pfgw.log. (There are primes in that file that are past the cutoff from pfgw.out.)

Thanks in advance.

EDIT: I have stopped and restarted, and it appears to be happy again. However, I'm now missing residues and results for approx n=17K to n=21K. Should I re-run that segment?

gd_barnes 2010-06-28 07:02

[quote=paleseptember;220023]So, should I go back and start fresh from the last line recorded in the pfgw.out file, or trust that it will have recorded the prps to pfgw.log. (There are primes in that file that are past the cutoff from pfgw.out.)

Thanks in advance.

EDIT: I have stopped and restarted, and it appears to be happy again. However, I'm now missing residues and results for approx n=17K to n=21K. Should I re-run that segment?[/quote]

Very odd. I wonder if it is a hard drive problem. I would suggest backing up all your files before doing much more on the machine.

I would definitely rerun that range. There could have been some primes in there. If it wasn't writing to pfgw.out then it might not have written a prime to pfgw.log.

Rerun it by making a copy of your sieve file, change it to a different name, and remove the lines at the beginning that are already processed. Keep in mind that it won't remember which k's had primes. To have it not process those, you can do 1 of these 2 things:

1. Use srfile to remove the primed k's from the copied sieve file.
2. Manually write all the primes at the beginning of your copied sieve file. It will find them prime again and so won't search the k's anymore. You'll just need to remove the duplicated primes from pfgw.log when you are done.

I find it easier to do #2, especially if the sieve file is big or there are a lot of primes.


Gary

henryzz 2010-06-28 08:15

Is your filesystem FAT32? I believe that there is a 4Gb file size limit there. Change to NTFS and the problem would be solved.

gd_barnes 2010-06-28 09:06

[quote=henryzz;220041]Is your filesystem FAT32? I believe that there is a 4Gb file size limit there. Change to NTFS and the problem would be solved.[/quote]

His file is only 4 MB not 4 GB.

gd_barnes 2010-06-28 09:37

Reserving S579 and S875 to n=25K.

rogue 2010-06-28 12:03

[QUOTE=paleseptember;220023]Slightly strange situation, any advice would be helpful.

I'm taking R603 to n=25K, and checked in on the pfgw.out file and pfgw.log files. pfgw.out hasn't been updated in about a fortnight, and despite pfgw grinding through the file, no results are being recorded.

The pfgw.out file is 4,060,606 bytes (I have no idea if there is a maximum filesize, after which is chokes.) I have stopped and restarted, moved the pfgw.out file away in an attempt to get it to start a new file afresh, to no effect.

So, should I go back and start fresh from the last line recorded in the pfgw.out file, or trust that it will have recorded the prps to pfgw.log. (There are primes in that file that are past the cutoff from pfgw.out.)

Thanks in advance.

EDIT: I have stopped and restarted, and it appears to be happy again. However, I'm now missing residues and results for approx n=17K to n=21K. Should I re-run that segment?[/QUOTE]

Are you using the -l switch when running PFGW?


All times are UTC. The time now is 23:06.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.