36772*6^126672+1 is prime! (949.0318s+0.0044s)

Just short of Top 5000 material.

Found on PRPNet

Max,I did not get an email notification on this. Is this feature turned off? It was very hard to spot this. Can we turn it on till we get into something where it would be a nuisance?

[quote=MyDogBuster;157760]36772*6^126672+1 is prime! (949.0318s+0.0044s)

Just short of Top 5000 material.

Found on PRPNet

Max,I did not get an email notification on this. Is this feature turned off? It was very hard to spot this. Can we turn it on till we get into something where it would be a nuisance?[/quote]
The email notification feature is turned off ATM; the problem is, most modern SMTP servers require authentication, which PRPnet's email notification feature doesn't appear to have. Rogue, would it be at all possible for you to add SMTP authentication to PRPnet's email notification code? And secure SMTP would be great, too--then I could use my Gmail address to send out the notifications, which would be idea. :smile:

BTW--I check the server multiple times a day (usually no less than once even on busy days), so even if a prime goes unnoticed on the client end, it should be pretty easy for me to spot on the server end. In that case I'd notify the user manually if he hasn't reported the prime yet.

[QUOTE]The email notification feature is turned off ATM; the problem is, most modern SMTP servers require authentication, which PRPnet's email notification feature doesn't appear to have. Rogue, would it be at all possible for you to add SMTP authentication to PRPnet's email notification code? And secure SMTP would be great, too--then I could use my Gmail address to send out the notifications, which would be idea. :smile:
[/QUOTE]

Okay, I knew there was a plausible explanation.

One last thing, is there anyway to publish just what is loaded into PRPNet and how many pairs for each. There is some stuff I just don't want to test.

[quote=MyDogBuster;157782]One last thing, is there anyway to publish just what is loaded into PRPNet and how many pairs for each. There is some stuff I just don't want to test.[/quote]
Well, right now the only thing we've got loaded in the server is the Sierp. base 6 work up to n=130K for the team drive, and up to n=150K for the three individual k's that were originally not in the drive. After the main team drive reaches 130K, we'll load that up to 150K, too.

As discussed over in the bases >32 thread, we're planning to sort most of this project's remaining k's into three groups based on how close they are to being proven; and then we'll load each of those groups into its own PRPnet server. However, this Sierp. base 6 work, due to its having a somewhat large # of k's remaining and thus having its own team drive, is somewhat of a special case (as are Riesel and Sierp. base 16)--Gary, what do you think of having one server, in this case G3000, dedicated to doing just the team drives, separate from the "groups 1, 2, and 3" you defined in your plan?

Anyway, as for publishing what's remaining in the server: I've got plans to make up some web pages for PRPnet similar to what we've already got for LLRnet. It will be a little more complicated since PRPnet keeps track of its loaded candidates differently, but it should still be quite possible. It's just that I didn't get my lazy butt moving on it yet. :smile:

Max :smile:

[QUOTE]Anyway, as for publishing what's remaining in the server: I've got plans to make up some web pages for PRPnet similar to what we've already got for LLRnet. It will be a little more complicated since PRPnet keeps track of its loaded candidates differently, but it should still be quite possible. It's just that I didn't get my lazy butt moving on it yet. :smile:
[/QUOTE]

Thanks for the list. As for getting your lazy butt moving, let me know how you do it so I can do the same with mine. LOL

[QUOTE=mdettweiler;157781]The email notification feature is turned off ATM; the problem is, most modern SMTP servers require authentication, which PRPnet's email notification feature doesn't appear to have. Rogue, would it be at all possible for you to add SMTP authentication to PRPnet's email notification code? And secure SMTP would be great, too--then I could use my Gmail address to send out the notifications, which would be idea. :smile:

BTW--I check the server multiple times a day (usually no less than once even on busy days), so even if a prime goes unnoticed on the client end, it should be pretty easy for me to spot on the server end. In that case I'd notify the user manually if he hasn't reported the prime yet.[/QUOTE]

I don't know what is involved with SMTP authentication (or secure SMTP). I'll have to look into it.

[QUOTE=MyDogBuster;157782]One last thing, is there anyway to publish just what is loaded into PRPNet and how many pairs for each. There is some stuff I just don't want to test.[/QUOTE]

I intend to add some stats for the next release, which is probably a couple weeks away at least. Now that the holidays are done, I have less time to work on it.

[quote=rogue;157795]I don't know what is involved with SMTP authentication (or secure SMTP). I'll have to look into it.

I intend to add some stats for the next release, which is probably a couple weeks away at least. Now that the holidays are done, I have less time to work on it.[/quote]
Okay, cool! Thanks. :smile:

[quote=MyDogBuster;157760]36772*6^126672+1 is prime! (949.0318s+0.0044s)

Just short of Top 5000 material.

Found on PRPNet

Max,I did not get an email notification on this. Is this feature turned off? It was very hard to spot this. Can we turn it on till we get into something where it would be a nuisance?[/quote]


Great! Hey, Max, does this mean that the 3 small k's are now all tested to n=150K since it wasn't getting back to the main range until those 3 k's were done? If so, could you send me the results and I'll show them tested that far on the web pages.


Gary

[quote=mdettweiler;157783]
As discussed over in the bases >32 thread, we're planning to sort most of this project's remaining k's into three groups based on how close they are to being proven; and then we'll load each of those groups into its own PRPnet server. However, this Sierp. base 6 work, due to its having a somewhat large # of k's remaining and thus having its own team drive, is somewhat of a special case (as are Riesel and Sierp. base 16)--Gary, what do you think of having one server, in this case G3000, dedicated to doing just the team drives, separate from the "groups 1, 2, and 3" you defined in your plan?

Max :smile:[/quote]

My intent of the "3 groups" was completely separate of any team drives. We can continue to run current team drives however we want as well as create more team drives. They can be run manually or in separate PRPnet servers.

As crazy as it sounds and contrary to what had been discussed a long time ago, I could see as many as 10 PRPnet servers running for the project. One each for the 3 groups and one each for any team drives that are running. The key to making having all of those servers be worthwhile is that they are completely disparate efforts and that we don't spread ourselves too thin. The "3 groups" would be at different stages of proof and so would interest people of different tastes and would also be a variety for the same people. That is, if you're sick of huge tests looking for that final prime on bases in group 1, you could switch to group 3 and knock out quite a few k's with lower tests or even group 2, which would be "medium-sized" tests that might be right on the "fringe" of finding smaller top-5000 primes.

The same applies to "regular" team drives. Base 6 as it stands would fall under group 3 but is such a low base that it should be kept separate because it will be interesting to people all by itself like base 5 is. The same with base 16 that tests much faster than any non-power-of-2 base. We'd want it kept separate. Actually, I could potentially see base 256 lumped in with base 16, but kept in a separate team drive like base 6.


Gary

[quote=gd_barnes;157896]Great! Hey, Max, does this mean that the 3 small k's are now all tested to n=150K since it wasn't getting back to the main range until those 3 k's were done? If so, could you send me the results and I'll show them tested that far on the web pages.


Gary[/quote]
Um...no. I probably could have made this more clear earlier, but ever since PRPnet v1.0.4, the server hands out candidates by increasing order of decimal size, not by order of k. Thus, it is currently searching the main drive plus the two higher of the small k's upwards together in the ~127K vicinity. (k=10107 was already done up to ~144K or something in that vicinity before we upgraded the server to the PRPnet server version that sorts by decimal size instead of by k, so now it's on hold until the rest of the work in the server reaches that point).

Max :smile:

[quote=gd_barnes;157899]My intent of the "3 groups" was completely separate of any team drives. We can continue to run current team drives however we want as well as create more team drives. They can be run manually or in separate PRPnet servers.

As crazy as it sounds and contrary to what had been discussed a long time ago, I could see as many as 10 PRPnet servers running for the project. One each for the 3 groups and one each for any team drives that are running. The key to making having all of those servers be worthwhile is that they are completely disparate efforts and that we don't spread ourselves too thin. The "3 groups" would be at different stages of proof and so would interest people of different tastes and would also be a variety for the same people. That is, if you're sick of huge tests looking for that final prime on bases in group 1, you could switch to group 3 and knock out quite a few k's with lower tests or even group 2, which would be "medium-sized" tests that might be right on the "fringe" of finding smaller top-5000 primes.

The same applies to "regular" team drives. Base 6 as it stands would fall under group 3 but is such a low base that it should be kept separate because it will be interesting to people all by itself like base 5 is. The same with base 16 that tests much faster than any non-power-of-2 base. We'd want it kept separate. Actually, I could potentially see base 256 lumped in with base 16, but kept in a separate team drive like base 6.


Gary[/quote]
Okay, cool--that makes sense. :smile: