GPU to 72 status...

[swl551]

Originally Posted by James Heinrich

Starting at about 57M, I'd say that's true.

According to my chart:
46M-56M = 2⁷³
57M-72M = 2⁷⁴
73M-90?M = 2⁷⁵

Another item to consider. Prior to 0.20 most people ran multiple instances of mfaktc on one card to max out the card. The aggregated throughput went up, but the time to factor went down. With 0.20 you only run one instance so factoring say " 77M 73,74 " might take around 80 minutes instead of say "140 minutes" with 0.19 running 4 instances.

When you look at the cut-off for running LL tests this reduction in processing time widens the gap making higher factoring more viable.

(I'm sure you already know all this....)

[James Heinrich]

Originally Posted by Prime95

Question: Look at row 47M, the cyan color indicates we should TF to 2^73, but the 2LL column indicates the TF breakeven is 72.3 bits. Am I missing something?

I have changed how the last-two-columns breakeven points are calculated and displayed. Do they make more sense now?

[kracker]

I agree, it shouldn't be 72.. it should be higher maybe only a little... (atleast for mfaktc)

But for mfakto, they stay the same, for reasons easily known.

[chalsall]

Originally Posted by kracker

I agree, it shouldn't be 72.. it should be higher maybe only a little... (atleast for mfaktc)

But for mfakto, they stay the same, for reasons easily known.

Another thing to consider is that we currently are only just keeping (slightly) ahead of the LL wavefront. I don't think it makes sense to change the "release level" until and unless we pull further ahead. And certainly we should not be pulling in candidates below 60M for further TFing.

Having said that, anyone who wants to can request candidates which are currently held for P-1'ing and take them up to 74. Or simply pledge to take regular TF candidates to 74 instead of 73.

[James Heinrich]

Originally Posted by chalsall

Another thiing to consider is that we currently are only just keeping (slightly) ahead of the LL wafe-front.

It's easy to forget that for every exponent you take 2⁷³-2⁷⁴ you could take two from 2⁷²-2⁷³ or four from 2⁷¹-2⁷². Extra TF is nice and all that, but not if we fall behind the wavefront.

[ixfd64]

I've noticed that most assignments in the 60M range are released after they're factored to 73 bits, yet others are still reserved for trial factoring after being factored to that level. Is there any reason for this inconsistency?

[flashjh]

=ixfd6Is there any reason for this inconsistency?

The ones held back are for P-1, the system releases some because only about a 1000 are kept at a time.

[chalsall]

Originally Posted by ixfd64

I've noticed that most assignments in the 60M range are released after they're factored to 73 bits, yet others are still reserved for trial factoring after being factored to that level. Is there any reason for this inconsistency?

The system keeps a cache of 1000 candidates TFed to 63 (or higher) for P-1 assignment.

[davieddy]

Originally Posted by chalsall

Another thiing to consider is that we currently are only just keeping (slightly) ahead of the LL wavefront. I don't think it makes sense to change the "release level" until and unless we pull further ahead. And certainly we should not be pulling in candidates below 60M for further TFing.

That's the most sensible suggestion I've heard from you (which isn't saying much).

Now how about fast reliable LL testers allocated 60M expos, leaving the tail to new/slower participants?

D

[c10ck3r]

Originally Posted by chalsall

The system keeps a cache of 1000 candidates TFed to 63 (or higher) for P-1 assignment.

63?

[chalsall]

Originally Posted by c10ck3r

63?

s/63/73/ ....