Reserving R3 to n=750k (700-750k) (0-2.147G) for BOINC

R3 tested to n=750k (700-750k) (0-2.147G)

39 primes found, 711 remain in this range

Results emailed, Base released

Reserving R3 to n=225k (200-225k) (6-10G) for BOINC

R3 tested to n=225k (200-225k) (6-10G)

372 primes found, 3535 remain in this range

Results emailed, Base released

How about an R3 or S3 goal to test all remaining k to n=50,000.

[QUOTE=rogue;505829]How about an R3 or S3 goal to test all remaining k to n=50,000.[/QUOTE]


Sounds good to me. ^.^
Will be very though.

[QUOTE=rogue;505829]How about an R3 or S3 goal to test all remaining k to n=50,000.[/QUOTE]
Can Yoyo help us : with sieving process?
Give me info, instruction, start and stop value, whatever you say: I will sent to Yoyo.
It is pity to not use resources that Yoyo give us for free.
And since S/R is huge task, I think that every help is welcome

I cannot in my right mind set such a huge goal as R3 and S3 to n=50K. It is a lot of work administratively. If others want to work towards it that is fine with me.

[QUOTE=gd_barnes;506063]I cannot in my right mind set such a huge goal as R3 and S3 to n=50K. It is a lot of work administratively. If others want to work towards it that is fine with me.[/QUOTE]

Rogues suggestion and your comments about administration has made me think. So please correct me if I´m wrong, but "administration" involves:

1. creating 1,000 or 10,000 k´s ranges for the users to reserve
2. create a list of primes found for n>25K to n=50K
3. balance the k´s remaining at nMax (suggested n=50K)
4. anything that I´m missing?

If 1-3 is the amount of administration, then let me do some thinking for the next couple of days and then I will present a plan where I do not do any computation, but sure does the administration of removing k´s and prepare the primes for the primelist on the website. I did some thinking this morning and it may not nescessarely be such a burden to administer, however it does require the proper use of our available software. So Gary would you like me to administrate such a goal for 2019 (maybe with the extension of going to n=100K in stead of n=50K?)?

In other words, would you like me to do the administration of n>25K to n=50K (or n=100K) for following ranges:

Riesel base 3 k=25G to k=63G and
Sierpinski base 3 k=1G to k=123.75G ?

I´ll accept whatever you decide, but personally I don´t think it is going to be such a tough administrative task to get SR3 done correctly to n=50K or n=100K - even though the computation will have to be done by others since I´m tied with SR383 wich is still the plan to take to n=1M in increments of 100K n. Looking forward to be hearing what you think and as mentioned I´ll fully respect and accept whatever your oppinion may end up being :smile:

Take care :smile:

Right now YOYO has work for next few days. So if we need it, I can sent few ranges of R3 or S3 to YOYO for sieving.


In meantime, I start new batch of data ready for sieving
Best regards to all

[QUOTE=KEP;506360]Rogues suggestion and your comments about administration has made me think. So please correct me if I´m wrong, but "administration" involves:

1. creating 1,000 or 10,000 k´s ranges for the users to reserve
2. create a list of primes found for n>25K to n=50K
3. balance the k´s remaining at nMax (suggested n=50K)
4. anything that I´m missing?

If 1-3 is the amount of administration, then let me do some thinking for the next couple of days and then I will present a plan where I do not do any computation, but sure does the administration of removing k´s and prepare the primes for the primelist on the website. I did some thinking this morning and it may not nescessarely be such a burden to administer, however it does require the proper use of our available software. So Gary would you like me to administrate such a goal for 2019 (maybe with the extension of going to n=100K in stead of n=50K?)?

In other words, would you like me to do the administration of n>25K to n=50K (or n=100K) for following ranges:

Riesel base 3 k=25G to k=63G and
Sierpinski base 3 k=1G to k=123.75G ?

I´ll accept whatever you decide, but personally I don´t think it is going to be such a tough administrative task to get SR3 done correctly to n=50K or n=100K - even though the computation will have to be done by others since I´m tied with SR383 wich is still the plan to take to n=1M in increments of 100K n. Looking forward to be hearing what you think and as mentioned I´ll fully respect and accept whatever your oppinion may end up being :smile:

Take care :smile:[/QUOTE]


I´m pretty sure we should stick with R3 only up to n=50K. Why?
S3 is nearly double the size, also this should not be a main focus; since both bases are unsolve-able.

I´m fine with R3 up to n=50, and may throw in some resources over the year. ^.^
Sieving, maybe thru yoyo. But I´m not sure about the data transfer; run times etc. This needs more discussion.