[QUOTE=kracker;322952][URL="https://www.gpu72.com/reports/overall/graph/"]The hell?[/URL] [URL="https://www.gpu72.com/reports/overall/graph/"] [/URL][URL="https://www.gpu72.com/reports/overall/graph/month/"]?[/URL][URL="https://www.gpu72.com/reports/overall/graph/"]
[/URL][/QUOTE]

I'm experimenting with some GPU72 coordinated LMH. I need to apply a filter to not give the nominal amount of "GHz Saved" credit for such work.

Everything will be back to nominal in a few hours.

[QUOTE=chalsall;322953]I'm experimenting with some GPU72 coordinated LMH. I need to apply a filter to not give the nominal amount of "GHz Saved" credit for such work.

Everything will be back to nominal in a few hours.[/QUOTE]

Ahh, I see. That would be nice to have, btw :smile:

[QUOTE=chalsall;322953]I need to apply a filter to not give the nominal amount of "GHz Saved" credit for such work.[/QUOTE]

Why not?....I realize as displayed that the numbers would be huge so that could just mean a seperate chart from regular TF. NO?

How can you compare a factor found in lets say the 900M range with one in the LL range? Finding a factor in the 900M range is much easier and saves hundreds if not even thousands times the GHzdays if we finally get there in 100 years.

Well, a 70 bit factor for a 900M is about equal (iirc) to a 66 bit factor for 56M. TF credit (should? does?) reflect this, but the simple truth is it [I][U]does[/U][/I] save so much time [I][U]iff[/U][/I] these exponents are ever LL tested. I picture it like this: a composite exponent also could have a "GHz saved" amount if anyone was stupid enough to run it without the known factor, but not stupid enough to run it with a known factor.

You need some kind of self-balancing metric, perhaps something along the lines of[code]worth = GHd_saved * (GHd_factor / GHd_LL)

// examples:
// 72-bit TF factor on 60M (TF to 2[sup]73[/sup])
value = (133.292 + 133.292 + 15.94) * (11.956 / 133.292) = 89.7

// 72-bit TF factor on 900M (TF to 2[sup]84[/sup])
value = (24825 + 24825 + 4352) * (0.5314 / 24825) = 1.2

// 83-bit TF factor on 900M (TF to 2[sup]84[/sup])
value = (24825 + 24825 + 2176) * (1088 / 24825) = 2271

// 93-bit P-1 factor on 900M (TF to 2[sup]84[/sup])
value = (24825 + 24825 + 0) * (684 / 24825) = 1368[/code]This correctly shows that a 72-bit factor is worth a lot less on larger exponents than on smaller, despite "saving" a lot more LL effort. As can be seen above, it also works well with P-1 factors -- large factors can be found with relatively less effort than TF factors, but the above automatically scales it in what I think is an appropriate manner.

[QUOTE=chalsall;322953]I'm experimenting with some GPU72 coordinated LMH. I need to apply a filter to not give the nominal amount of "GHz Saved" credit for such work.

Everything will be back to nominal in a few hours.[/QUOTE]

Is this related in any way to the non-updating of the table of
LL trial factoring work (/reports/workers/lltf/)? The graphs
appear to be updated, but the table is outdated. And it
doesn't appear to be a cache problem at my end.

Gareth

mfaktc v0.20's recent release brings GPU-sieving into the game. And much increased performance (in the order of 30-50%). TF levels for GPU72 may need to be reconsidered?

[url]http://mersenne.ca/cudalucas.php?model=13&granularity=2[/url]

[QUOTE=James Heinrich;324088]mfaktc v0.20's recent release brings GPU-sieving into the game. And much increased performance (in the order of 30-50%). TF levels for GPU72 may need to be reconsidered?

[URL]http://mersenne.ca/cudalucas.php?model=13&granularity=2[/URL][/QUOTE]
74 is the new 72!

[QUOTE=James Heinrich;324088]TF levels for GPU72 may need to be reconsidered?

[url]http://mersenne.ca/cudalucas.php?model=13&granularity=2[/url][/QUOTE]

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?

[QUOTE=swl551;324090]74 is the new 72![/QUOTE]Starting at about 57M, I'd say that's true.

According to my chart:
46M-56M = 2[sup]73[/sup]
57M-72M = 2[sup]74[/sup]
73M-90?M = 2[sup]75[/sup]