[QUOTE=debrouxl;242769]Reserving 50M-80M for the RSALS grid :smile:
At the current rate of crunching, I'll start "C162_4788_2602" by Wednesday.[/QUOTE]

[QUOTE=debrouxl;242914]I've just added "C162_4788_2602" to the RSALS work generation infrastructure. For now, WUs will be generated from q=50M to 80M.[/QUOTE]

[QUOTE=debrouxl;242971]At the time of this writing, nearly 5/6 of the 50M-80M range have been distributed to clients, with more than 1/5 of the corresponding results returned, yielding ~6M raw relations.
I'm therefore expanding the RSALS reservation to 80M-90M :smile:[/QUOTE]So, do we need a thread for this job to co-ordinate other contributors, or will RSALS be able to do it all?

[QUOTE=schickel;242975]So, do we need a thread for this job to co-ordinate other contributors, or will RSALS be able to do it all?[/QUOTE]

20M-90M will probably be enough, so if RSALS are willing to do it all, that's fine.

Well, I definitely don't want to prevent other people from participating solo if they wish to do so (this is why I had reserved less than half of the range, like I did the previous time: [url]http://www.mersenneforum.org/showthread.php?t=12978[/url] ), so I think we need a thread :smile:

For 30-bit tasks, the RSALS grid can usually sieve a range of 70M q values (with several blanks here and there) in less than a week.

Drop me a line where/when to pick up the bzip'd remdups'd relations file
-or-
the tar-bzip'd matrix and .chk file.
Either option is fine with me.
Then, LA should take about 50 hrs if done right (6 threads).
Cheers, <S>

[QUOTE=debrouxl;242982]Well, I definitely don't want to prevent other people from participating solo if they wish to do so (this is why I had reserved less than half of the range, like I did the previous time: [url]http://www.mersenneforum.org/showthread.php?t=12978[/url] ), so I think we need a thread :smile:

For 30-bit tasks, the RSALS grid can usually sieve a range of 70M q values (with several blanks here and there) in less than a week.[/QUOTE]

Which sieving parameters do you use (factor base bounds, lpbr/a, mfbr/a, lambdas)? Do you use the 14e or 15e siever?

Well, I'm following jrk's suggestions for the poly and the sieving process :smile:
[url]http://www.mersenneforum.org/showpost.php?p=241828&postcount=1071[/url]

At the time of this writing, ~28% of the 50M-90M range has been returned by clients.

[QUOTE=debrouxl;242997]Well, I'm following jrk's suggestions for the poly and the sieving process :smile:
[url]http://www.mersenneforum.org/showpost.php?p=241828&postcount=1071[/url]

At the time of this writing, ~28% of the 50M-90M range has been returned by clients.[/QUOTE]

I guess you use JRK's poly?

Yes, I use jrk's poly.

By now, all 4000 WUs for the 50M-90M range have been generated, with a hundred left to distribute, and more than 16M raw relations have been returned.
Well, I guess that if nobody else wants to join the fun in the next few hours, I'll reserve 20M-50M for RSALS, in order to clear the roadblock ASAP :smile:

Well, as hinted several hours ago, I'm now queuing 20M-50M onto the RSALS grid :smile:
In the past ~26h, ~49% of the 50M-90M range has been returned to the server, totaling more than 21M raw relations.

I created a new entry with same display name "C162_4788_2602", because the ranges of the two batches are out of order, but the RSALS scripts for generating WUs (on top of the BOINC infrastructure) are not designed for that purpose: they crawl through ranges upwards.
This is the first time in 100 integers that we'd like to generate WUs downwards.

4788 is now at iteration 2609, with a c163.

[FONT=Arial Narrow]...running P-1 at B1=43e7...
Using B1=430000000, B2=49610656915762, polynomial x^1, x0=1602510673
Step 1 took 189259ms
Step 2 took 99911ms
********** Factor found in step 2: 48821680136174685466077136360447757658169884461142263
[/FONT]
[FONT=Arial Narrow][Dec 30 2010, 15:44:10] *** Neat 53-digit factor found: 48821680136174685466077136360447757658169884461142263
[/FONT]