Sad Milestone: 1200 (now 1800+) days since last prime

[gd_barnes]

Originally Posted by rogue

I assume this is running on an LLRNET server. I see a PRPNet server here and here. Too bad those are running an ancient version of PRPNet. It would be nice to see them upgraded to at least 4.3.7.

Originally Posted by kar_bon

See here for the status of all subprojects.

In Detail:
Prime Sierpinski Project
Seventeen or Bust

Only Stats for the current ranges, no overview of all ranges done or primes found, still annoying!

To all,

I take it from all of the links provided by Mark and Karsten above that there are gaps in the PSP search ranges because they are being searched by different servers as follows:
port 8101: 549 tests remaining for n=8.95M-9M
port 8100: 2280 tests remaining for n=13.35M-13.5M

Several questions:
1. Is it correct that the above gaps remain untested and in process?
2. Port 8101 ends at n=9M and port 8100 starts at n=9.58M. Is the n=9M-9.58M range complete?
3. Why is k=79309 not being searched on port 8101?
4. What n-range did Primegrid start at?
5. If Primegrid started at n>13.5M, is there an untested gap between n=13.5M and Primegrid's starting n-value?

Sorry if I missed this info. elsewhere in the project. I'm trying to get the correct test limits shown on the CRUS pages. Thanks for any help that can be provided.

One more thing: At this point in time, after filling the (assumed) gaps above, wouldn't it be more effective if all resources of PSP were moved to ESP so that the k's from ESP can catch up to search limit of k's from PSP before continuing with all k's combined from the 2 projects? PSP is effectively a subset of ESP in proving the Sierp base 2 2nd conjecture. If all PSP Primegrid resources were moved to ESP, ESP would reach n=10M relatively quickly with many very large primes found before even one prime would likely be found for PSP. Since neither conjecture is likely to be proven in most of our lifetimes, wouldn't it make more sense to begin testing them together in the foreseeable future?

[LaurV]

thinking more and more about the title of this thread (currently "Sad Milestone: 1000 days since last prime", in case some supermods get strange ideas to modify it, as is quite common here around), I think I know the reason: there are no more primes, you found them all...

[gd_barnes]

Originally Posted by gd_barnes

To all,

I take it from all of the links provided by Mark and Karsten above that there are gaps in the PSP search ranges because they are being searched by different servers as follows:
port 8101: 549 tests remaining for n=8.95M-9M
port 8100: 2280 tests remaining for n=13.35M-13.5M

Several questions:
1. Is it correct that the above gaps remain untested and in process?
2. Port 8101 ends at n=9M and port 8100 starts at n=9.58M. Is the n=9M-9.58M range complete?
3. Why is k=79309 not being searched on port 8101?
4. What n-range did Primegrid start at?
5. If Primegrid started at n>13.5M, is there an untested gap between n=13.5M and Primegrid's starting n-value?

Sorry if I missed this info. elsewhere in the project. I'm trying to get the correct test limits shown on the CRUS pages. Thanks for any help that can be provided.

One more thing: At this point in time, after filling the (assumed) gaps above, wouldn't it be more effective if all resources of PSP were moved to ESP so that the k's from ESP can catch up to search limit of k's from PSP before continuing with all k's combined from the 2 projects? PSP is effectively a subset of ESP in proving the Sierp base 2 2nd conjecture. If all PSP Primegrid resources were moved to ESP, ESP would reach n=10M relatively quickly with many very large primes found before even one prime would likely be found for PSP. Since neither conjecture is likely to be proven in most of our lifetimes, wouldn't it make more sense to begin testing them together in the foreseeable future?

[gd_barnes]

Whew, does anyone really know what is going on on this project? Obviously we have Primegrid searching at n>14.4M. No one seems to know anything about the gaps that have remained untested. That makes Primegrid's search a little counter productive. The untested gaps should be done first.

[Aillas]

Did you try to contact PrimeGrid admin? I think they can add the PGP gaps in their database.

And even launch a challange on it :)

[gd_barnes]

Originally Posted by Aillas

Did you try to contact PrimeGrid admin? I think they can add the PGP gaps in their database.

And even launch a challange on it :)

I was thinking about it but no one here seems to know what the gaps are.

[gd_barnes]

Now it seems that a bunch of tests up through n>15M have been added to port 8100. Wow. The question is now...what ranges are where?

[John Galt 007]

I see that...now my clients are getting work again. Now how about killing the old ghosts....

[Lennart]

Originally Posted by gd_barnes

Now it seems that a bunch of tests up through n>15M have been added to port 8100. Wow. The question is now...what ranges are where?

If you look here http://www.psp-project.de/candleft.html

All that starts with PG are done on Primegrid Boinc.

Lennart

[gd_barnes]

Originally Posted by Lennart

If you look here http://www.psp-project.de/candleft.html

All that starts with PG are done on Primegrid Boinc.

Lennart

That confused me. Here is what I need: A list of n-ranges done collectively by both efforts along with a list of gaps untested so far.

It seems as though the efforts are going "back and forth", that is (for example) this original PSP project and servers are doing n=13M-14M, Primegrid is going n=14M-15M, the original project is doing n=15M-16M, etc. (Obviously this is not exactly what is happening; it's only an example of the nature of what appears to be happening.) And then I see there are manual reservations available here on this forum that are much lower than anything else.

This all seems inefficient. Wouldn't it make more sense to stop the "back and forth" and consolidate all efforts at Primegrid now?

[John Galt 007]

And now the http://www.psp-project.de/stats.html page has stopped loading....