Today's workload showed that

[code]
no factor for M55402873 from 2^70 to 2^71 [mfaktc 0.18 71bit_mul24]
no factor for M55402873 from 2^71 to 2^72 [mfaktc 0.18 barrett79_mul32]
no factor for M55428083 from 2^70 to 2^71 [mfaktc 0.18 71bit_mul24]
no factor for M55428083 from 2^71 to 2^72 [mfaktc 0.18 barrett79_mul32]
no factor for M55447649 from 2^70 to 2^71 [mfaktc 0.18 71bit_mul24]
M55447649 has a factor: 4620203324582193305831 [TF:71:72:mfaktc 0.18 barrett79_mul32]
M55447649 has a factor: 2659983278771704313633 [TF:71:72:mfaktc 0.18 barrett79_mul32]
found 2 factors for M55447649 from 2^71 to 2^72 [mfaktc 0.18 barrett79_mul32]
[/code]

while the last row (done from 2^71 to 2^72) was not counted.

But if you look at the results, I got respectively 16.xx and 10.xx GHz/day for the 2 factors.

Not bad... :smile:

Luigi

So, we are actually getting 350 P-1/day versus 200 LL/day? So that in a year or so this P-1 crunch will be gone?

[QUOTE=chalsall;293703]And, for some time now, we have been processing many more candidates than are being LLed, which means while we haven't yet "pulled ahead of the wavefront" like we have in the DC range, the "wave" is now compressing.[/QUOTE]

Another point I would like to make... Because of the rate we're processing and returning candidates, very few if any DC or LL assignments should be issued by PrimeNet which are not already TFed to 69 or 72 bits, as appropriate (except when I have to turn off the "returning spider" because of maintenance).

Thus, the more of the lower candidates we process earlier, the more will be given to LL/DC workers sooner rather than later.

[QUOTE=axn;293699]While the "brand new" rhetoric is distracting, there is a certain logic to this. The aim of GPUto72 is to reduce/eliminate "Unwanted LLs" -- defined as any completed LL test that shouldn't have run in the first place because it has a factor b/w PrimeNet limits and extended limits (but the factor was never found). Perfection is achieved when there are zero "unwanted LLs". However, if we have to choose b/w preventing a 45M unwanted LL and a 55M unwanted LL, we should favor the 55M one because preventing the latter would lead to greater reduction of "waste". Thus leading edge of LL assignment should be the focus.

Having said that, I believe this is only a temporary problem, and that the rate at which GPUto72 is progressing, it should soon overtake the LL wave (any projections on when this might be?).

From an individual cruncher's perspective, smaller is better. But since this is an open-ended project, from the project's perspective, they are all the same. They all need to be crunched.[/QUOTE]
THX.
IMAO "brand" new = "non-regurgitated" = "ahead of the wavefront".

David

[QUOTE=chalsall;293717]Another point I would like to make... Because of the rate we're processing and returning candidates, very few if any DC or LL assignments should be issued by PrimeNet which are not already TFed to 69 or 72 bits, as appropriate (except when I have to turn off the "returning spider" because of maintenance).
[/QUOTE]
Out of curiosity, davieddy, what's your current exponent? (And how accurate are Prime95's estimated completion dates for you?)

[QUOTE=Dubslow;293748]Out of curiosity, davieddy, what's your current exponent? (And how accurate are Prime95's estimated completion dates for you?)[/QUOTE]
They start pessimistic, then realise I do leave the thing running
24/7 and it gets hopeful. Then I watch a few movies.

I won't tell you the exponent in case someone poaches it,
but it is ~50M (like me:smile:)

It was TFed to 72. (Otherwise I would ask a GPUer for assistance)
and (P-1)ed well. (Otherwise I'd DIY).

It's not me. I'm a professional nuisance.
Its the rest of the riff-raff out there we should be thinking about.
I hear there are a lot of folk in China, India, Africa, South America...
some of who own computers these days.

David

[QUOTE=chalsall;293703]I would have to write a fairly involved query to answer this with extreme accuracy (taking into account those candidates at 71 bits which "Spidy" is currently throwing back, the fact that TF gets cheaper the larger the candidate, etc), but a back-of-the-envelope calculation says at our current rate we can take everything we currently "own" to 72 bits in just short of two months.[/QUOTE]

I was myself interested in the answer to "how much work do we actually have?", so I wrote the needed query. It actually turned out to be less involved than I first thought...

The new report [URL="http://www.gpu72.com/reports/estimated_completion/"]Estimated Days to Complete Trial Factoring[/URL] calculates the number of days each range is going to take to each needed bit level for all candidates we currently own, based on our 30 day average production.

And the answer is... We currently hold about 42 days of LL Trial Factoring work. This value will vary as Spidy grabs new work, we complete assigned work, and as our 30 day average changes. This chart is updated in real-time.

Currently the report only shows the LL range; I'll add the Double Check range later. Also, I'll add a different "view" answering how long it would take us to do every candidate not already LLed (or DCed), including those we don't currently own.

[QUOTE=chalsall;293785]Also, I'll add a different "view" answering how long it would take us to do every candidate not already LLed (or DCed), including those we don't currently own.[/QUOTE]

[URL="http://www.gpu72.com/reports/estimated_completion/primenet/"]View added.[/URL] Answer: less than 200 days to Trial Factor everything to the new GPU levels up to 60M for every candidate not already LLed.

Wow!!! GPUs are just amazing!!! :smile:

[QUOTE=chalsall;293790][URL="http://www.gpu72.com/reports/estimated_completion/primenet/"]View added.[/URL] Answer: less than 200 days to Trial Factor everything to the new GPU levels up to 60M for every candidate not already LLed.

Wow!!! GPUs are just amazing!!! :smile:[/QUOTE]

Even less, provided that many among us are waiting to buy a new card... :smile:

What then?

Luigi

I just picked up 2 29M DCs for P95 and 25 69-70bit 63?M TFs for Mfaktc. I'm wondering, though, how long would a ~70M P-1 with B1=B2=5,000,000 on a Pentium D 940 (3.2Ghz, two threads in P95 running simul, 1843MB EWE allotted)? Thanks!

[QUOTE=c10ck3r;293801]I just picked up 2 29M DCs for P95 and 25 69-70bit 63?M TFs for Mfaktc.[/QUOTE]

From PrimeNet.