Met mijn GTX1080ti (gelukkig net voor de crypto mining gekte gekocht) haal ik met TF bijna 1500GHzd per dag

.
Om te begrijpen waarom die handmatig (door George één van de oprichters van GIMPS) geïmporteerde
ECM curves zoveel GHzd opleveren is wat achtergrond info nodig:
ECM = Elliptic-Curve factorization Method
Wordt gebruikt om (gehele/integer) getallen te ontbinden in priemfactoren.
Een simplistische analogie zou blind pijlen schieten op een doelwit zijn, waarvan je niet weet op welke afstand het doelwit staat.
Je mikt eerst op 25 meter afstand en schiet een heleboel pijlen af in de hoop dat je iets raakt. Na 280 pijlen trek je de conclusie dat er waarschijnlijk geen doelwit op 25 meter staat, omdat je die anders wel geraakt zou moeten hebben.
Vervolgens mik je op 30 meter afstand, maar doordat je minder accuraat bent op die afstand schiet je nu 640 pijlen af. Weer niets geraakt?
Dan ga je op 35 meter mikken (1580 pijlen)
40meter-->4700 pijlen
45meter -->9700 pijlen
etc. net zo lang tot je het doelwit geraakt hebt (= factor gevonden)
vervang meters door digits en pijlen door curves in dit voorbeeld en je begrijpt het idee.
Voor M1277 (2^1277-1, 385 digits) zitten we nu bij het 'mikken' op 65 'meter' (digits).
Als we daarvoor dezelfde 'boog' (Prime95) gebruiken, dan moeten we de boog aantrekken tot (B1=800 000 000 , B2=80 000 000 000) en moeten we 360 000 'pijlen' (curves) schieten om de kans op een 65 digit factor te reduceren tot 1/e (~37%).
Gebruiken we echter een uhmmmm, 'katapult?' (GMP-ECM) die een grote steen gooit (
B1=2 900 000 000 , B2=82 640 965 106 716) dan hoeven we maar
22 166 keer te schieten.
code:
1
2
3
4
| Using B1=2900000000-2900000000, B2=82640965106716, polynomial Dickson(30),
Expected number of curves to find a factor of n digits:
35 40 45 50 55 60 65 70 75 80
11 29 91 317 1210 4996 22166 105056 531944 2828877 |
Mijn 1134 curves is dus ongeveer ~5% (1134/22166) wat nodig is voor een t65.
Dan zou je zeggen dat er 360 000 *0.05 = 18,000 curves bij zouden moeten komen in het overzicht?:
https://www.mersenne.org/report_ecm/
Maar nee, in de database van GIMPS worden de curves echter op een andere manier omgerekend, namelijk met
=0.11+0.89*(LOG10(B2/B1)/2)^1.5
=0.11+0.89*(LOG10(82640965106716/2900000000)/2)^1.5 = 3.068
2900000000/800000000 = 3.625
3.068 * 3.625 = 11.12
1134 * 11.12 = 12 614 (P95 '800M' curves)
Wat alsnog een berg is

Of en hoe dat gelijk is aan 100,000 GHzd weet ik ook niet precies, dat laat ik aan de mensen van GIMPS over. Er is wel eens discussie op het mersenneforum over geweest. Wat daaruit kwam is dat TF op GPUs de overall rankings veel meer verstoord heeft 1500GHzd vs 30-40 GHzd per dag (GPU vs. CPU) dan het handje handmatige GMP-ECM curves die geïmporteerd zijn. Conclusie is eigenlijk dat de TF, LL/DC en ECM rankings niet onderling vergelijkbaar zijn. Maar dat is natuurlijk niets nieuws, in BOINC land zijn projecten ook niet onderling vergelijkbaar aan het aantal credits dat je krijgt (al was dat origineel wel de opzet).
Het is wat extra handmatig werk en je moet weten hoe je de tools (Prime95, GMP-ECM) moet gebruiken. GMP-ECM gebruikt bizar veel geheugen in stage 2, als je dat niet limiteert heb ik zelfs met 32GB niet genoeg om 1 curve tegelijk te doen. Ik heb het gelimiteerd tot 5GB, maar daardoor duurt de stage 2 wel een stuk langer. Verder is het een kwestie van de logs bewaren en het geheel mailen en hopen dat er een keer iemand tijd heeft om het handmatig in de database te importeren. Het is dan ook niet de bedoeling dat mensen maar een paar curves doen en die elke dag gaan mailen. Ik spaar ze op en mail het ongeveer 2x per jaar (paar honderd curves per keer dus). Nu was het bijna een jaar geleden, dus waren het er meer dan anders.