We knew there is a quota limit of 300MB for new (and? or?) free users. We dreamed all the night that we will wake up in the morning and see a message "your quota is full" at about 50% download. We computed in our sleep like "80% of 240MB = about 190MB, then plus about 110MB (which is about half of 240) makes 300"... just in case they kept the 80% and we didn't know how to resume properly, we would reach the limit at about 50% of the second upload... A true nightmare... :razz:

It wasn't. We got a link by email last night, it says:

[QUOTE]You have successfully uploaded a file called rb66_Primes_2k.zip (230.2 MB) to sendspace.
Use the following link to retrieve your file:
[URL]https://www.sendspace.com/file/1elr64[/URL]
<snip>
As a free user your files may be available for a limited time only.
[/QUOTE]

Case closed for now, waiting to hear from Gary if he could take it.
Thank you very much for advises and offer.
(and yes, I deliberately skipped to elaborate about "why not GD", we have a list of silly reasons, but don't want to hack this topic too much).

[QUOTE=LaurV;411433]We knew there is a quota limit of 300MB for new (and? or?) free users. We dreamed all the night that we will wake up in the morning and see a message "your quota is full" at about 50% download. We computed in our sleep like "80% of 240MB = about 190MB, then plus about 110MB (which is about half of 240) makes 300"... just in case they kept the 80% and we didn't know how to resume properly, we would reach the limit at about 50% of the second upload... A true nightmare... :razz:
[/QUOTE]

Fun fact: last time I tried, the file size was limited to 300MB but I was allowed to upload several files at once with a total volume of much more than 300MB.

[QUOTE=LaurV;411433]We knew there is a quota limit of 300MB for new (and? or?) free users. We dreamed all the night that we will wake up in the morning and see a message "your quota is full" at about 50% download. We computed in our sleep like "80% of 240MB = about 190MB, then plus about 110MB (which is about half of 240) makes 300"... just in case they kept the 80% and we didn't know how to resume properly, we would reach the limit at about 50% of the second upload... A true nightmare... :razz:

It wasn't. We got a link by email last night, it says:



Case closed for now, waiting to hear from Gary if he could take it.
Thank you very much for advises and offer.
(and yes, I deliberately skipped to elaborate about "why not GD", we have a list of silly reasons, but don't want to hack this topic too much).[/QUOTE]

Whew. Just got back from a trip on Friday and I got this downloaded in time. I think it's only on Sendspace for 7 days so I barely made it under the wire. Thanks LaurV and everyone else who helped in getting this sent.

LaurV, due to the large admin effort involved, I can't post anything on the pages until a search depth of n=10K has been reached. I show that you reserved R66 to n=10K on Jan. 20th. Due you still plan on searching it to n=10K? 283,846 k's are a lot to search! :-)

[QUOTE=gd_barnes;411956]LaurV, due to the large admin effort involved, I can't post anything on the pages until a search depth of n=10K has been reached. I show that you reserved R66 to n=10K on Jan. 20th. Due you still plan on searching it to n=10K? 283,846 k's are a lot to search! :-)[/QUOTE]
Well... I started with 102[U] Millions[/U] of k's.. :razz:
So, I already got rid of the most of them, so time enough to get rid of all... :loco:

Joking apart, I said in May or June (when the searching to n=1k was done) that "considering my July holiday, the ETA for n=2k is somewhere in September". It is still going on, and already at 58.5% on the way to n=3k, during these weeks since I am struggling to send you the files :razz:. That means it reached n=2585 today.

Good part is that the files with primes are much smaller now (the current one from n=2k to n=2585 is just 722kB text mode, i.e. uncompressed) so we will not have problems to transfer them anymore. The "heavy part" was the small n, with lots of primes.

Bad part is that you will still get multiple primes for each k, up to n=6k, according with my calculations. The reason is that cllr is kinda stupid in handling the llr.ini file, which is [U]unsafely[/U] and [U]completely[/U] rewritten, not only when a new prime is found, but also to keep track of PgenLine=xx and ResultLine=xx (sorry, but from a programmer pov, that is quite stupid!) and if you use StopOnPrimedK=1, then (beside of the fact that is easy to lose the list of k's, which happens very often) handling the ini file to see which k was tested and which not takes longer than testing effectively. For example, it takes 65ms to test some k*66^1500-1, but it may take 80 to 100 ms to open the ini file to modify the counters and keep track of the k's, when the size of the ini file is already tens of megabytes (from the list of k's added to it). So it is much faster to use StopOnPrimedK=0 and retest all k's that survived sieving, and the crossover point in my case is somewhere at n=5500, when it become more efficient to keep track of the k's because the number of primes is lower and lower (so the ini file won't grow much), and testing each survivor candidate takes longer and longer. I complained about this once or twice in the cllr thread, but nobody heard. Most people test BIG n's so they don't care about the pain of us peasants testing small n's. :razz:

About effort, don't worry, this is a single core work. The other core does R967 (which is very close to n=300k, but it progresses extremely slow). Somewhere in the spring we may reach n=10k, if nothing goes wrong.

r72
 

r72 is tested to n=1e6, no primes.
base released.
results emailed.

Reserving R39 to n=100k (50-100k) (0-200k) for BOINC

Reserving S97 to n=100k (50-100k) for BOINC

S 53
 

K 4 S 53 from N=400K to 500K
No new primes
Base released , results attached
There is also sieve for K4 S53 from 500K to 1M

Anyone know something about this result?

13126*39^85217-1 is not prime, although Fermat PSP! P = 3, Lucas RES64: D43C8F7F0F68D08C Time : 1004.994 sec.

Bug in llr or how can I prove this number?

[QUOTE=rebirther;414210]Anyone know something about this result?

13126*39^85217-1 is not prime, although Fermat PSP! P = 3, Lucas RES64: D43C8F7F0F68D08C Time : 1004.994 sec.

Bug in llr or how can I prove this number?[/QUOTE]

You could try PFGW to prove it

[QUOTE=Puzzle-Peter;414212]You could try PFGW to prove it[/QUOTE]

How? Commandline?