While I'm at it, how did this happen?
[url]http://gpu72.com/reports/workers/ll/[/url]
[code] # Worker Own 68 69 70 71 72 73 >73 Facts Saved Done
1 Bdot 48 49 3,557
2 prime95 70 45 3,268
3 kcjaget 16 30 2,179
4 1997rj7 12 27 1,958
5 Pete 7 25 1,819
6 Chuck 7 18 1,304
7 LaurV 20 14 1,014
8 Jerry Hallett 20 13 859
9 rduerr 33 11 [U][B]1[/B][/U] [U][B]144[/B][/U] 820
10 markr 2 10 725
11 kdgehman 4 10 725
12 delta_t 6 9 655[/code]

Edit: Since I have the post, has anybody else noticed how creepily even the total LL/DC throughput has stayed, from a work/GHz-Days perspective? I know many of us are doing just one or the other, so it's remarkable how close they are. (At the time of this edit, the totals were 22,503/22,480 respectively.)

[QUOTE=Dubslow;295789]While I'm at it, how did this happen?[/QUOTE]Since it wasn't immediately obvious to me due to scrolling of the code box, I assume you mean "how did [i]rduerr[/i] find a factor with LL"?

[QUOTE=James Heinrich;295796]Since it wasn't immediately obvious to me due to scrolling of the code box, I assume you mean "how did [i]rduerr[/i] find a factor with LL"?[/QUOTE]

Indeed.

[QUOTE]Since it wasn't immediately obvious to me due to scrolling of the code box, I assume you mean "how did [I]rduerr[/I] find a factor with LL"? [/QUOTE]

rduerr did a TF up to 73 before the LL test. By finding a factor, he saved about 72 GHz days for the LL test.

[QUOTE=chalsall;295645]OK. A quick hack before I run out for a "Sundowner"...

If you go to the LLTF form and choose the new option "I have a slow card!!!" it will ignore the range and pledge fields, and issue you work between 60M and 61M to TF from 70 to 71.[/QUOTE]

I would again like to point out on behalf of BDot, Jerry, myself, and all of the other AMD owners that AMD's are around 10-15% faster going to 70 and below than to 71 and 72 due to how the optimal kernel is constructed.

I won't click the slow card button, and I will grab some 72's if the project thinks that is what is better, but I just hope you have this in your mind as a factor to think about. The performance drop is very significant for us above 70.

[QUOTE=KyleAskine;295907]I would again like to point out on behalf of BDot, Jerry, myself, and all of the other AMD owners that AMD's are around 10-15% faster going to 70 and below than to 71 and 72 due to how the optimal kernel is constructed.

I won't click the slow card button, and I will grab some 72's if the project thinks that is what is better, but I just hope you have this in your mind as a factor to think about. The performance drop is very significant for us above 70.[/QUOTE]

Hmm, that's a factor I did not take into consideration when I worked out the charts. It wouldn't affect the overall outcome much though, at least until a program to run LL's on those GPUs is made.

Periodically the reservation system backfires.
When it happened first time, I thought wth but I couldn't be bothered.
Now, this time I happened to have a snapshot of my reservation page, so I defintely know that it was my asignment:
[CODE]52456903 P-1 72 - - 2012-04-08 19:30:36 2.46[/CODE]
...yet, the final result was "not needed", -- it was done by someone else (J.H.).


P.S. The [I]other[/I] J.H.

[QUOTE=Batalov;295940]...yet, the final result was "not needed", -- it was done by someone else (J.H.).[/QUOTE]It wasn't me! :surrender

[QUOTE=Batalov;295940]Periodically the reservation system backfires.
When it happened first time, I thought wth but I couldn't be bothered.
Now, this time I happened to have a snapshot of my reservation page, so I defintely know that it was my asignment:
[CODE]52456903 P-1 72 - - 2012-04-08 19:30:36 2.46[/CODE]
...yet, the final result was "not needed", -- it was done by someone else (J.H.).[/QUOTE]
It says it was assigned to me today, but I haven't grabbed any P-1 assignments today?
[CODE]52456903 P-1 72 --2012-04-09 02:20:39 2012-04-09 09:33:23[/CODE]

Edit: Forgot... I did grab 20 P-1s last night, so today Zulu time, for a new system. I don't know what happened?

@chalsall: If I interpret the charts correctly, GPUto72 holds 6588 assignments between 53M and 54M. Of those, 0059 are assigned. The other 99+% are simply being [B]hoarded[/B]. While the hoarding isn't as bad in all ranges, the hoarding remains egregious. As of this moment, PrimeNet offers [B]nothing[/B] for TF below 65M

On my own behalf, I am requesting that you release some of your hoarded assignments in all available ranges, so that I may acquire some assignments directly from the PrimeNet server. [I respectfully suggest you release 50% of your hoarded assignments. If you run out first, you can ask PrimeNet for 50% of what remains. if PrimeNet runs out first, you should release 50% of what you still hold.]

Thank you.

[QUOTE=rcv;295949]@chalsall: If I interpret the charts correctly, GPUto72 holds 6588 assignments between 53M and 54M. Of those, 0059 are assigned.[/QUOTE]

No; you are not interpreting the charts correctly. Please look, and come again.

[QUOTE=rcv;295949]On my own behalf, I am requesting that you release some of your hoarded assignments in all available ranges, so that I may acquire some assignments directly from the PrimeNet server. [I respectfully suggest you release 50% of your hoarded assignments. If you run out first, you can ask PrimeNet for 50% of what remains. if PrimeNet runs out first, you should release 50% of what you still hold.[/QUOTE]

I have already released 11,000 candidates back to PrimeNet to issue for Trial Factoring. Why don't you take some of them?

As an aside rcv, just how much TF work can you do compared to what we can do?