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

According to psp web site, [URL="http://www.psp-project.de/stats.html"]here[/URL]: Days since last prime: [B][COLOR="Red"]1000[/COLOR][/B]

Lest's be positive. We are close to find another one.


I have some question about this web page. Is it still accurate or up to date?

Countdown to finish all n<11Mil: 3927 tests to go
Countdown to finish all n<12Mil: 15218 tests to go

The project is in the 13M range, isn't it?

A lot of data are not updated, ok, but does the latest array still updated automatically? I talk abut the "distribution of untested values".
In this array, the "min n untested" column is at 10M range.

Is it possible to update this page, if needed? thanks

Everything under 13 M is tested.
Less than 500 tests are left under 14M.
We are currently testing around 14.5M range

:smile:

[QUOTE=Citrix;333634]Everything under 13 M is tested.
Less than 500 tests are left under 14M.
We are currently testing around 14.5M range[/QUOTE]

I assume this is running on an LLRNET server. I see a PRPNet server [URL="http://www.psp-project.de:8100"]here[/URL] and [URL="http://www.psp-project.de:8101"]here[/URL]. Too bad those are running an ancient version of PRPNet. It would be nice to see them upgraded to at least 4.3.7.

[QUOTE=rogue;333638]I assume this is running on an LLRNET server. I see a PRPNet server [URL="http://www.psp-project.de:8100"]here[/URL] and [URL="http://www.psp-project.de:8101"]here[/URL]. Too bad those are running an ancient version of PRPNet. It would be nice to see them upgraded to at least 4.3.7.[/QUOTE]

The LLRnet server is out of work, no one is using it.
I am not sure of PRPnet... if anyone is using it or not.
I was mainly talking about PRP pick a range thread and primegrid.

Don't give up; a new prime will show up someday!

For the record, GIMPS recently went 1,385 days without a new Mersenne prime. :smile:

[QUOTE=ixfd64;334056]Don't give up; a new prime will show up someday!

For the record, GIMPS recently went 1,385 days without a new Mersenne prime. :smile:[/QUOTE]

And the next gap will probably be longer.... :razz:

It seems Seventeen Or Bust (SOB) beats GIMPS

Last prime 11!33661*2^7031232+1 on [B]17 October 2007[/B]

The total number of days between Wednesday, October 17th, 2007 and Friday, March 22nd, 2013 is [B]1,983 days[/B].

This is equal to exactly [B]5[/B] years, [B]5[/B] months, and [B]5[/B] days. Funny.

Maybe 2013 will the year of PSP & SOB :smile:

In PrimeGrid we have
PSP on 14.4M and SoB on 21M.


Lennart

I expect there to be a prime under 17-18M. The number of days it takes us to find the prime will depend on the number of machines that are crunching for PSP. It might take longer or less than GIMPS/SOB.

[QUOTE=Lennart;334536]In PrimeGrid we have
PSP on 14.4M and SoB on 21M.


Lennart[/QUOTE]

Can you tell me where you are getting this info.?

This link:
[URL]http://www.seventeenorbust.com/stats/[/URL] has had SOB at n=17M for well over a year.

This link:
[URL]http://www.psp-project.de/stats.html[/URL]
has had PSP at n=10.75M for over 2 years -AND- I just now noticed that it no longer works.

Real-time server links like what Primegrid has for the ESP project at [URL]http://prpnet.mine.nu:13005/[/URL] would be the most helpful.

I need to get the search ranges and links updated on the CRUS pages.

Thanks.

See [url=http://www.primegrid.com/server_status_subprojects.php]here[/url] for the status of all subprojects.

In Detail:
[url=http://www.primegrid.com/stats_psp_llr.php]Prime Sierpinski Project[/url]
[url=http://www.primegrid.com/stats_sob_llr.php]Seventeen or Bust[/url]

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

[QUOTE=rogue;333638]I assume this is running on an LLRNET server. I see a PRPNet server [URL="http://www.psp-project.de:8100"]here[/URL] and [URL="http://www.psp-project.de:8101"]here[/URL]. Too bad those are running an ancient version of PRPNet. It would be nice to see them upgraded to at least 4.3.7.[/QUOTE]

[QUOTE=kar_bon;339912]See [URL="http://www.primegrid.com/server_status_subprojects.php"]here[/URL] for the status of all subprojects.

In Detail:
[URL="http://www.primegrid.com/stats_psp_llr.php"]Prime Sierpinski Project[/URL]
[URL="http://www.primegrid.com/stats_sob_llr.php"]Seventeen or Bust[/URL]

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

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?

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...

:banana:

[QUOTE=gd_barnes;339921]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?[/QUOTE]


:bump:

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.

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 :)

[QUOTE=Aillas;340225]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 :)[/QUOTE]

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

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?

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

[QUOTE=gd_barnes;340285]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?[/QUOTE]


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

All that starts with PG are done on Primegrid Boinc.

Lennart

[QUOTE=Lennart;340293]If you look here [URL]http://www.psp-project.de/candleft.html[/URL]

All that starts with PG are done on Primegrid Boinc.

Lennart[/QUOTE]

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?

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

Ltd (Lars) has controlled over the stats. I would suggest contacting him to see if he can fix the problem.

Thanks.

Today another "record". [COLOR="Red"][FONT="Arial Black"][SIZE="6"]1111[/SIZE][/FONT][/COLOR] days without a prime.

As you might have seen in the stats I have at least started to get everything up to date again. There are still several ranges to be imported and the stats page countdown should also reflect that we are closing in on 16M.

New tests for the prpnet server should be in latest on Saturday. I have some problems with one of my scripts and don't know why so far. (PHP is not my favorite language.) If I can not get it to work I will create some normal reservations and convert them.

Thanks to everybody who continued to contribute during a long time where the best you could tell about me as admin was that I kept the server running.

Due to my workload in the job with lots of traveling around the world at the moment there will still be times when I am not available but at least I have now planned things in a way that I should be able to stay in touch with all of you.

again thanks to all who stayed and I understand everybody who left the project due to the bad support during the last year.

I were a PHP developer some years ago, but should still be able to provide help getting those scripts working again.

Send me a PM/email describing the problem, and I'll give it a shot.

.R

[QUOTE=ltd;345243]As you might have seen in the stats I have at least started to get everything up to date again. There are still several ranges to be imported and the stats page countdown should also reflect that we are closing in on 16M.[/QUOTE]

I see old tests have been reset from the PRPnet server too! It's looking better and better. Just a heads up, the second pass server is almost out of work.

-Kai

In the end I found it myself. Was some error I made when I changed a value of a local variable by chance I also inserted something in another line.
I was so fixated to the intended change that I did not see the other one.
PHP always gave the correct error message but I maybe should learn to read.

The first pass server has now lots of new tests and within the coming days I wil add some more tests that should fill some gaps.

I have nearly imported all available second pass tests now and therefore have a clear picture which tests will be imported into the second pass server.
No promise but I hope to have these tests imported this weekend.

@Qazwaplol: Your first pass test results are not forgotten. This is my next task.

[QUOTE=ltd;345305]@Qazwaplol: Your first pass test results are not forgotten. This is my next task.[/QUOTE]

And mine? :)

-Kai

I thought I had catched all your mails. Which range is missing?

[QUOTE=ltd;345312]I thought I had catched all your mails. Which range is missing?[/QUOTE]

These:
13215000.txt 16 candidates opyrt [RESERVED] 2012-05-22
13216000.txt 14 candidates opyrt [RESERVED] 2012-05-22

I'll resend them now. :)

-Kai

One more milestone: less than 600K left to reach 50M.:smile:

What about my results? I posted them in the PRP pick a range thread as an attachment.

Had not checked from attachments in the forum thread.
Will do that later.

Finally all received manual ranges imported.
Next task give the DC server something to do again.

[QUOTE=ltd;345829]Finally all received manual ranges imported.
Next task give the DC server something to do again.[/QUOTE]

Excellent! Could you also update the primegrid reservations when you get a chance. Also I am interested in doing some sieving work on the side, could you build a .dat file for me.Thanks. :bow:

I have already requested the latest results from Primegrid.

The latest valid sieve file was this one:

[url]http://www.psp-project.de/test/sievecomb.zip[/url]

That was the combined sieve with SOB.
To make a PSP only file remove the SOB blocks and change the number in the first line.

Is it possible to create a .dat (PSP only) with only the untested values (once you update the Database with results from primegrid) (if this is too much work, I would not spend too much time on it for now.):bow::max:

[QUOTE=Citrix;345847]Is it possible to create a .dat (PSP only) with only the untested values (if this is too much work, I would not spend too much time on it for now.):bow::max:[/QUOTE]

Hi Citrix,

The speedup from doing this is very, very small. I did a few tests on it back when we were still sieving. And it's a very good thing to do the combined PSP/SoB sieving as our project isn't done if their's isn't. It also makes chances of finding factors better, although at the sieve limit we're at they're quite slim either way. :)

-Kai

[QUOTE=opyrt;345851]Hi Citrix,

The speedup from doing this is very, very small. I did a few tests on it back when we were still sieving. And it's a very good thing to do the combined PSP/SoB sieving as our project isn't done if their's isn't. It also makes chances of finding factors better, although at the sieve limit we're at they're quite slim either way. :)

-Kai[/QUOTE]

I agree with you. I am not doing any large scale sieve etc.
Just need the candidates to test something.

Are all ranges under 14M done? What is remaining... we should finish it as high priority!

[QUOTE=Citrix;346041]Are all ranges under 14M done? What is remaining... we should finish it as high priority![/QUOTE]

Assuming you mean first pass tests, PrimeGrid has n=14489501 as lowest untested value. Other than the PG tests we only have the ones in the "pick a range" thread left under 15M.

Edit: And a few tests in progress on the prpnet server. They are all tests that had timed out:
[URL="http://psp-project.de/prptest/prpnetnew13000000.txt"]prpnetnew13000000.txt[/URL] = 2
[URL="http://psp-project.de/prptest/prpnetnew13300000.txt"]prpnetnew13300000.txt[/URL] = 13
[URL="http://psp-project.de/prptest/prpnetnew13350000.txt"]prpnetnew13350000.txt[/URL] = 19
[URL="http://psp-project.de/prptest/prpnetnew13400000.txt"]prpnetnew13400000.txt[/URL] = 7

-Kai

Kai, Have you tested running ppsieve GPU version on the dat file?

From what I understand the runtime will be proportional to the nmax-nmin range size. So we can just sieve a small n range (eg. the PRP tests that we are currently doing) and save some PRP tests. I think this will be faster than doing PRP tests.

I don't have a GPU myself to do any testing.:sos:
Do you have one?
[url]https://sites.google.com/site/kenscode/prime-programs[/url]

[QUOTE=Citrix;346164]I don't have a GPU myself to do any testing.:sos:
Do you have one?
[URL]https://sites.google.com/site/kenscode/prime-programs[/URL][/QUOTE]

Ungelovende on my team an I did some tests now, and ppsieve is not performing well on this. This is from the ATI version:
[CODE]p=83000000021757953, 362.6K p/sec, 0.06 CPU cores, 0.0% done.
p=83000000042467329, 345.2K p/sec, 0.05 CPU cores, 0.0% done.[/CODE]This is from sr2sieve:
[CODE]p=830001203503861, 10076587 p/sec, 0 factors, 0.0% done[/CODE]So sr2sieve is running in circles around ppsieve. We only tested on one k as ppsieve is meant for ranges of k's, not separate k's.

-Kai

[QUOTE=opyrt;346203]Ungelovende on my team an I did some tests now, and ppsieve is not performing well on this. This is from the ATI version:
[CODE]p=83000000021757953, 362.6K p/sec, 0.06 CPU cores, 0.0% done.
p=83000000042467329, 345.2K p/sec, 0.05 CPU cores, 0.0% done.[/CODE]This is from sr2sieve:
[CODE]p=830001203503861, 10076587 p/sec, 0 factors, 0.0% done[/CODE]So sr2sieve is running in circles around ppsieve. We only tested on one k as ppsieve is meant for ranges of k's, not separate k's.

-Kai[/QUOTE]

It will definitely be slower for the whole 50M. How about the speeds for 100K-1M n.
What is the 0.06 CPU mean?
I think it might be slower for PSP as ppsieve does not take into account the low weight of PSP numbers compared to srsieve. This is something we can fix.

[QUOTE=Citrix;346206]It will definitely be slower for the whole 50M. How about the speeds for 100K-1M n.[/QUOTE]
I didn't test that, as we are at n=15M+ now.

[QUOTE]What is the 0.06 CPU mean?[/QUOTE]I believe it is how much CPU that is used to feed the GPU.

[QUOTE=opyrt;346208]I didn't test that, as we are at n=15M+ now.

I believe it is how much CPU that is used to feed the GPU.[/QUOTE]

I meant testing 15-16 M or 15M to 15.1 M

[QUOTE=Citrix;346209]I meant testing 15-16 M or 15M to 15.1 M[/QUOTE]
That was my first test:smile: Take a look at the file attatched. 437 candidates from 15M

Speeds:
ppsieve: GTX570 - 225M p/sec with 2 clients running (75% load)
sr2sieve: slow laptop cpu - 26M p/sec 1 client running

I think this will be useful to avoid some PRP tests.
I think ppsieve can be made faster since the PSP k's are low weight and we can add SPH to it also.
What do you guys think?

I thought PPsieve was only efficient for big k ranges (like PPS on PG)?

Something to consider though, a GPU uses 100Watt or more while sieving. A SB/IV bridge/ Haswell also uses something like 100Watt. Those CPUs can complete 4 first pass tests <2 days. For the PPsieve to be efficient in terms of eliminated factors/used power the GPU has to eliminate at least 2 candidates <2 days (and thus save 2 FP tests and 2 DC tests).

[QUOTE=VictordeHolland;346216]I thought PPsieve was only efficient for big k ranges (like PPS on PG)?

Something to consider though, a GPU uses 100Watt or more while sieving. A SB/IV bridge/ Haswell also uses something like 100Watt. Those CPUs can complete 4 first pass tests <2 days. For the PPsieve to be efficient in terms of eliminated factors/used power the GPU has to eliminate at least 2 candidates <2 days (and thus save 2 FP tests and 2 DC tests).[/QUOTE]

We might be able to achieve this with PPsieve...if we include low weight properties of PSP ks.

[QUOTE=Citrix;346211]I think this will be useful to avoid some PRP tests.
I think ppsieve can be made faster since the PSP k's are low weight and we can add SPH to it also.
What do you guys think?[/QUOTE]

To be honest, I have no idea. Based on my own tests, I would say that sieving is not efficirnt at this point. But obviously, all that changes if someone writes a ppsieve that works better in our scenario or if someone successfully ports sr2sieve to GPU (with improved speed).

-Kai

As an info. I had to fight with my migraine this weekend.
Its much better now but I want to take it easy.
So all the things I had promised for this weekend have to be moved a little bit.

Sorry for the delay.

[QUOTE=opyrt;346289]To be honest, I have no idea. Based on my own tests, I would say that sieving is not efficirnt at this point. But obviously, all that changes if someone writes a ppsieve that works better in our scenario or if someone successfully ports sr2sieve to GPU (with improved speed).

-Kai[/QUOTE]

I am working on this. I know how to do this mathematically but not sure how to program a GPU (or test it..since I do not have one).

FYI: I did some theoretical testing... if we use the SPH algorithm and only test a range of 500K (n's) (e.g. 15-15.5 M) and only test 33% of all the primes in a range, we can be as fast or may be even faster than sr2sieve (in terms of rate of factors found; when comparing to sieving a 50M dat). This will definitely save some PRP tests.:smile:


If some one is good at programming I am willing to help them implement SPH for PSP. It can be done both on GPU or CPU.

I finally was able to get access to a GPU. Does anyone have a copy of ppsieve CUDA for windows to play with?:smile:

[QUOTE=Citrix;348460]I finally was able to get access to a GPU. Does anyone have a copy of ppsieve CUDA for windows to play with?:smile:[/QUOTE]
[URL="https://sites.google.com/site/kenscode/prime-programs"]https://sites.google.com/site/kenscode/prime-programs
[/URL]

Is the PSP's stats website down? Could some one else confirm. I am having issues getting the webpage to load.

[QUOTE=Citrix;354851]Is the PSP's stats website down? Could some one else confirm. I am having issues getting the webpage to load.[/QUOTE]


Yes it looks like it is down. Can't reach it from here.


Lennart

[QUOTE=Lennart;354886]Yes it looks like it is down. Can't reach it from here.
[/QUOTE]

Yup. I'll contact Ltd.

-Kai

Thanks Kai. I think ltd is out of town.:smile:

Problem is that somebody did send mails to my server and the qmailer is configured to rebounce everything with a message "unknow address".
During the time I was away some of the receiver made an abuse request to my ISP and as I did not react within 36 hours to that request the server is blocked at the moment.

I will see what and when I can do something.

It seems to be working now.:tu:

Attention: There is a risk that I have to take the server offline for a while.
It might even be necessary to make a complete new setup.
Somebody managed to use the server to send Spam. At the moment the system seems to be clean again but I am not sure if there is still something hidden or if there is a vulnerability in the OS that will allow the hacker to enter the system again and do even more harm.

[QUOTE=ltd;357087]Attention: There is a risk that I have to take the server offline for a while.
It might even be necessary to make a complete new setup.
Somebody managed to use the server to send Spam. At the moment the system seems to be clean again but I am not sure if there is still something hidden or if there is a vulnerability in the OS that will allow the hacker to enter the system again and do even more harm.[/QUOTE]

Assume it is compromised.

Would it be too much to ask, that the tasks in the PRP:- Pick A Range thread is loaded into the PRPnet server and hopefully completed before Primegrids upcoming PSP challenge wich runs from March 1st untill March 15th (15 days). It's not sure that a prime hides among these 31 ranges, however it would be really sad if a prime is among these 494 candidates and Primegrid then spents resources doing thousands of unnescessary tests on a k wich doesn't need testing in the range Primegrid is searching. If not possible to test all of them, maybe some of the powers to be, can convince Primegrid to start their challenge with these 494 candidates. Eitherway is fine by me, just as long as these task are completed either before the challenge begins or soon after it begins.

Also come join the challenge, any help could bring this sad milestone down to just 1 figures in stead of 4 figures :)

Take care

KEP

Wouldn't it make sense for this project to completely get rid of manually reserved ranges and load them in servers? It seems as though < 5% of the work is done by manual work and they create the potential for much unnecessary work if there happens to be a prime amongst them.

Server upgrade?
 

Hi,

would it be possible to upgrade the servers? I have 2x 1/2 core on double check and in the stats, it's my computers name that appears, not my userid (and also my email adress :no:)

Thanks

[QUOTE=KEP;366143]Would it be too much to ask, that the tasks in the PRP:- Pick A Range thread is loaded into the PRPnet server and hopefully completed before Primegrids upcoming PSP challenge wich runs from March 1st untill March 15th (15 days). It's not sure that a prime hides among these 31 ranges, however it would be really sad if a prime is among these 494 candidates and Primegrid then spents resources doing thousands of unnescessary tests on a k wich doesn't need testing in the range Primegrid is searching. If not possible to test all of them, maybe some of the powers to be, can convince Primegrid to start their challenge with these 494 candidates. Eitherway is fine by me, just as long as these task are completed either before the challenge begins or soon after it begins.

Also come join the challenge, any help could bring this sad milestone down to just 1 figures in stead of 4 figures :)

Take care

KEP[/QUOTE]

Until 6 months ago, PSP members were using PRP pick a range. ltd and I have tried to finish of these ranges when they sit for too long. We could have a PSP drive to complete everything to 15M if enough people are interested. (if some one is interested we can set up a separate PRPnet server to finish these numbers)

As the test grow longer we are generating fewer and fewer ranges... so the chances of missing a prime are low.

[QUOTE=Citrix;366279]Until 6 months ago, PSP members were using PRP pick a range. ltd and I have tried to finish of these ranges when they sit for too long. We could have a PSP drive to complete everything to 15M if enough people are interested. (if some one is interested we can set up a separate PRPnet server to finish these numbers)

As the test grow longer we are generating fewer and fewer ranges... so the chances of missing a prime are low.[/QUOTE]

Well it all sounds good, however, why not just load the candidates into the already running firstpass server and ask people to join the effort and help clean the server before Primegrids PSP challenge?

I know that chances are low of a prime among those 494 tests, however the tests has grown quite big and are now taking most people 100+ hours per test, so the science isn't all that difficult, to see that it gives a lot of unnescessary testing of numbers that really isn't of any conjectural interest, if in fact a prime hides in this range.

Though I'm not sure, I feel confident that quite a few users at the CRUS project, would like to help you complete the testings if you load the 494 tests into the firstpass server and ask them kindly to help your project clear these candidates :smile:

Personally, though I doesn't have many resources, I wouldn't rule out helping you do the job :wink:

[QUOTE=KEP;366315]Well it all sounds good, however, why not just load the candidates into the already running firstpass server and ask people to join the effort and help clean the server before Primegrids PSP challenge?

I know that chances are low of a prime among those 494 tests, however the tests has grown quite big and are now taking most people 100+ hours per test, so the science isn't all that difficult, to see that it gives a lot of unnescessary testing of numbers that really isn't of any conjectural interest, if in fact a prime hides in this range.

Though I'm not sure, I feel confident that quite a few users at the CRUS project, would like to help you complete the testings if you load the 494 tests into the firstpass server and ask them kindly to help your project clear these candidates :smile:

Personally, though I doesn't have many resources, I wouldn't rule out helping you do the job :wink:[/QUOTE]


Loading them to the first pass server requires alot of work (even though it seems simple enough) on the back end with the database. We keep track of how every range is completed and who did it etc. ltd is the only one with acess and he has been little bit busy recently...

It might be easier to set up a seperate server and anyone interested can join in. I could personally crunch a few numbers to help clean the list, if we were setting up a server or manually reserve 1-2 files.

Again I do not know how to set up the server.. so some one else will have to take the lead on this.

[QUOTE=Citrix;366321]Loading them to the first pass server requires alot of work (even though it seems simple enough) on the back end with the database. We keep track of how every range is completed and who did it etc. ltd is the only one with acess and he has been little bit busy recently...[/QUOTE]

Loading into a server takes a lot of work??? It takes 5-10 minutes if the server is already set up. If you give the approval and send me the candidates, I can load them into one of the public NPLB or CRUS servers and people could start crunching away on them. It's not difficult. But after that range is done, I suggest not doing any more manually reserved ranges. I think it's better if PrimeGrid fully takes it over. It's dead here.

[QUOTE=gd_barnes;366440]Loading into a server takes a lot of work??? It takes 5-10 minutes if the server is already set up. [/QUOTE]

May be, but I do not have access to the server.. we will have to wait for ltd to tell us how much time it will really take.

[QUOTE=gd_barnes;366440] But after that range is done, I suggest not doing any more manually reserved ranges. I think it's better if PrimeGrid fully takes it over. It's dead here.[/QUOTE]

I think we will always have manual assignments but probably instead of generating files we might only generate them on demand (if some one needs them), similar to how it is on mersenne.org. I will have to discuss this further with ltd to see if it is possible, but I agree I do not like ranges sitting on the forum.

[QUOTE=gd_barnes;366440] If you give the approval and send me the candidates, I can load them into one of the public NPLB or CRUS servers and people could start crunching away on them. [/QUOTE]

Thank you for the offer. If you think, you and other willing people, could finish all 400+ numbers in a reasonable time then you can go ahead. If you think this will take you alot of time, I would suggest starting with loading 1-2 files at a time. An almost dead server would defeat the purpose of the cleanup.

If you are willing to wait, I would like to wait for ltd to answer the questions in this thread. If it is not too much work, like you suggested, it would be best to load everything into the first pass server.

[QUOTE=KEP;366315] Primegrids PSP challenge
[/QUOTE]

I did not read your post carefully enough:blush:. Yes it would be best to do the cleanup before that. I will email ltd to see if he could load everything on the first pass server in the next couple of days, otherwise we will go ahead with the CRUS/NPLB server.

[QUOTE=Citrix;366446]Thank you for the offer. If you think, you and other willing people, could finish all 400+ numbers in a reasonable time then you can go ahead. If you think this will take you alot of time, I would suggest starting with loading 1-2 files at a time. An almost dead server would defeat the purpose of the cleanup.

If you are willing to wait, I would like to wait for ltd to answer the questions in this thread. If it is not too much work, like you suggested, it would be best to load everything into the first pass server.[/QUOTE]


Yeah, definitely best to get the word from ltd. Just let me know. It's an open-ended offer. On a CRUS server, I could promote it at the project. This project is effectively a subset of the Sierp base 2 2nd conjecture so I could probably get a couple of people to help out.

I only come around here from time-to-time so if I don't respond in a timely manner to a post intended for me, PM me.

[QUOTE=Citrix;366447]I did not read your post carefully enough:blush:. Yes it would be best to do the cleanup before that. I will email ltd to see if he could load everything on the first pass server in the next couple of days, otherwise we will go ahead with the CRUS/NPLB server.[/QUOTE]

No problem at all, but no matter what, I really think that it shouldn't be a problem to complete the 494 tests before the Primegrid challenge, even if only Max, Gary, Mydogbuster, Lennart and I joins the clean-up :smile:

Propably more people can/will offer some resources, if Gary promotes the clean-up run. I will before the challenge be able to do ~20 tests (and I only have 4 cores that can go online), so 20 I5-2300 computers will be sufficient enough to get the job done :smile:

Well I hope you sort something out :smile:

New Milestone: All tests under 16M are complete. Primegrid and PSP (PRPnet) are closing the gap on 17M currently.:smile:

[QUOTE=Aillas;334481]It seems Seventeen Or Bust (SOB) beats GIMPS

Last prime 11!33661*2^7031232+1 on [B]17 October 2007[/B]

The total number of days between Wednesday, October 17th, 2007 and Friday, March 22nd, 2013 is [B]1,983 days[/B].

This is equal to exactly [B]5[/B] years, [B]5[/B] months, and [B]5[/B] days. Funny.[/QUOTE]

SOB: Number of days since last prime: [B]2456[/B] or 6 years, 8 months, 21 days

PSP: Number of days since last prime: [B]1480[/B] or 4 years, 19 days

[QUOTE]Maybe 2013 will the year of PSP & SOB :smile:[/QUOTE]
I won't do any new prediction ... :redface:

[QUOTE]SOB: Number of days since last prime: 2456 or 6 years, 8 months, 21 days
PSP: Number of days since last prime: 1480 or 4 years, 19 days
[/QUOTE]

On May, 23 2015:

SOB: Number of days since last prime: 2776 or 7 years, 7 months, 7 days
PSP: Number of days since last prime: 1800 or 4 years, 11 months, 5 days

Hopefully, I don't rely on next SOB or PSP primes to make a party :beer:

We just need more people to crunch, so we can have our party :party: