|
P-1 found a factor in stage #2, 1=2000000, B2=6733146420.
[URL="https://www.mersenne.ca/exponent/534923"]M534923[/URL] has a factor: 550097583190851024327654398832916947049 (P-1, B1=2000000, B2=6733146420) 128.693 bits (P39) |
Factor: 215988199037237139637321 / (P-1, B1=518000, B2=13589000)
[M]117115511[/M] This one is interesting only in that it was about the smallest factor that it could have found at 77.5 bits (the exponent had been TF'd to 77 bits). |
Had a lucky ECM streak on unfactored exponents recently, usually find 1 factor every couple weeks but have got 2 factors within a few hours of each other:
M214783 has a factor: 1102834494064669506004266650004828269423 / (ECM curve 17, B1=3000000, B2=6616119510, Sigma=137844928612264) (129.696 bits, 40 digits, new personal record largest factor) M210491 has a factor: 1680490771184651242949512447428919 / (ECM curve 11, B1=3000000, B2=6616119510, Sigma=575255113699867) (110.373 bits, 34 digits) |
Edit: Make that 3, this just happened aparrently:
M208073 has a factor: 3731074311071089639450741837271 (ECM curve 35, B1=3000000, B2=6616119510) |
Found a 110-bit factor on a wave front exponent!
min B1 = 1,000,037 min B2 = 545,850,313 [M]M114785129[/M] has a 110.863-bit (34-digit) factor: [url=https://www.mersenne.ca/M114785129]2361477100582561776755612373583993[/url] (P-1,B1=1400000,B2=1001933790) |
P-1 found a factor in stage #2, B1=537000, B2=19025622.
UID: Jwb52z/Clay, M119602183 has a factor: 39769121872136784387765097 (P-1, B1=537000, B2=19025622) 85.040 bits. |
Nice 100 bit P-1 factor: [CA]119636903[/CA] has a factor: 1455962897408551638312586078553
|
Another one joins the club (bites the dust)
M736647071 has a factor: 19251950982339179681312159 (TF 83-84)
A new member of a relatively small group of Mersenne's with 10 (or more) known factors. |
UID: Jwb52z/Clay, M119686603 has a factor: 194945427614502977436457 (P-1, B1=537000)
77.367 bits. |
I've been amusing my sorry little butt by TF'ing way down in 2M. Also some P-1.
My success rate on the TF has been very low (as expected). But today I found [URL="https://www.mersenne.ca/exponent/2028749"]this[/URL]. |
M2614303 has factor 94286373215560002099130008156415246687079887097 (156.04 bits)
k = 2^2 * 23 * 89 * 103 * 4423 * 17053 * 267517 * 3876497 * 5110717 * 53488147 think this is my biggest factor; I've found other large factors with P-1 but they were composite |
[QUOTE=KingKurly;622637]think this is my biggest factor[/QUOTE]It [url=https://www.mersenne.ca/userfactors/pm1/845/bits]is[/url].
Nice factor (that the previous 9 P-1 attempts failed to find). |
[QUOTE=KingKurly;622637]M2614303 has factor 94286373215560002099130008156415246687079887097 (156.04 bits)
k = 2^2 * 23 * 89 * 103 * 4423 * 17053 * 267517 * 3876497 * 5110717 * 53488147[/QUOTE] I just checked, and it's also the [url=https://www.mersenne.ca/userfactors/pm1/1/bits]18th largest P-1 factor ever found[/url] for a Mersenne number. |
M9001 has a factor: 26853085360471857637409520958360644587565839 (ECM curve 52, B1=11000000, B2=99324315090)
Sigma=3946644149112759 gives this a group order 2^3*3*5*11*254147*964721*1160987*1563967*10243213*4461104491 Barely within the B1 bounds. Quite a way within the B2 bounds, but not within pre-v30.9 mprime bounds :) |
Denial strikes again:
[quote][M]M8111[/M] has a 150.939-bit (46-digit) factor: [url=https://www.mersenne.ca/M8111]2736378679052345545917895072180598558105496631[/url] (ECM,B1=11000000,B2=99324315090,Sigma=7000555281870627)[/quote] [QUOTE=Denial140;623505]Sigma=3946644149112759 gives this a group order 2^3*3*5*11*254147*964721*1160987*1563967*10243213*4461104491[/QUOTE]How do you translate Sigma into that factorization? (pretend I'm a math simpleton, for I am) |
[QUOTE=James Heinrich;623648]How do you translate Sigma into that factorization? (pretend I'm a math simpleton, for I am)[/QUOTE]
I'm afraid I don't yet understand the maths behind calculating the group order (if anyone has a reference or something to search, I'd enjoy learning it, but it hasn't been a priority to seek out myself), but there are a few tools around to calculate it automatically. One is [URL="http://factordb.com/groupcalc.php"]factordb's group order calculator[/URL], or there is a MAGMA script for it [URL="https://www.mersenneforum.org/showthread.php?t=14184"]here[/URL]. For the factor of M8111, we get required B1=3752981, and B2=16158607739~=16x10^9. |
Woah again? So many factors :O
I am currently extending t40 on unfactored exponents to exponent=6e5 (previously was at 5.2e5 with some stragglers below 5e5). Almost halfway there, no factors yet, I don't expect to find any but then again I don't know what the expected factor chance is. If I do get one this place will be the first to know =) |
P-1 found a factor in stage #2, B1=538000, B2=19053972.
UID: Jwb52z/Clay, M119785943 has a factor: 1244924310880748724624143 (P-1, B1=538000, B2=19053972) 80.042 bits. |
Finally got a factor in 0.05M:
M58711 has a factor: 3601049884575574689964727254469924804359 (ECM curve 18, B1=11000000, B2=326123803005, Sigma=682428721328954), 131 bits Reduces to group order 2^2 · 3^2 · 189913 · 408923 · 1060469 · 3162659 · 4625119 · 83034227 inside B1 by a factor of almost 3 and inside B2 by a factor of almost 4000 (!) 1 down, 32 more exponents to go to reach less than 1000 unfactored in 0.0M range. |
Nice factor! Nice goal!
|
True but the effort required to reach said goal is immense... I would need significant help if it were to be achieved anytime soon and even then it's still a tall order. Took my computer 4 months to grab a single factor and that was the low hanging fruit.....
|
If you want help, I suggest starting a thread for the topic.
I'm game to find a factor in that range to help your trek. |
I have queued some P-1 assignments in 60,000 < p < 100,000 that still have rather smallish B2 for the range. I should complete those in about two weeks. I hope to find one factor in that group. I have my eye on additional targets in that range, so coordination might be smart.
|
P-1 found a factor in stage #2, B1=538000, B2=19065312.
UID: Jwb52z/Clay, M119859749 has a factor: 33194967377827180019537297 (P-1, B1=538000, B2=19065312) 84.779 bits. |
P-1 found a factor in stage #2, B1=538000, B2=19065312.
UID: Jwb52z/Clay, M119867203 has a factor: 2481086913583151895746080393 (P-1, B1=538000, B2=19065312) 91.003 bits. It's been a long time since I've found 2 factors so close together. |
P-1 found a factor in stage #2, B1=538000, B2=19073754.
UID: Jwb52z/Clay, M119907379 has a factor: 1872665032306892551775755247951 (P-1, B1=538000, B2=19073754) 100.563 bits. I haven't had a factor this big in a while. |
Found the 5th known factor of [M]M20983[/M] with B1=3M:
421943541531764594131178450223363676463 39 digits, 129 bits With that sigma it could have been found with B1=1M: GO = 2^5 · 3^2 · 7 · 199 · 331 · 587 · 881 · 1229 · 43037 · 98869 · 530333 · 2215471 Which makes me wonder, for a factor p, is there for every sufficiently small q an elliptic curve such that the group order is q-smooth? edit: Some thoughts. If the group order is always smaller than the factor p and if every curve produces a unique group order, then the answer would be "yes", I think. |
[QUOTE=bur;625433]Which makes me wonder, for a factor p, is there for every sufficiently small q an elliptic curve such that the group order is q-smooth?[/QUOTE]
If I'm understanding you correctly then no - Hasse's theorem tells us that the group order is between (p+1) - 2sqrt(p) and (p+1) + 2sqrt(p). For any fixed q, the numbers that are q-powersmooth are bounded, so for sufficiently large p they will never be found with B1=q. |
[QUOTE=Denial140;625438]If I'm understanding you correctly then no - Hasse's theorem tells us that the group order is between (p+1) - 2sqrt(p) and (p+1) + 2sqrt(p). For any fixed q, the numbers that are q-powersmooth are bounded, so for sufficiently large p they will never be found with B1=q.[/QUOTE]
In practice the largest B1-powersmooth number is HUGE [CODE] import primesieve import math def bound(B1): primes = primesieve.primes(B1) b1_smooth = [p ** math.floor(math.log(B1, p)) for p in primes] print(B1, sum(map(math.log2, b1_smooth))) bound(10 ** 4) bound(10 ** 5) bound(10 ** 6) [/CODE] B1 log_2(product(prime ^ floor(log_prime(B1)))) 10000 14446 100000 144344 1000000 1442099 I believe this mean that you could find (in theory) a prime with group order up to ~14,446 bits using only B1=10^4. I think in an old gmp-ecm thread someone found several 60 digit factors with B1 < 100,000 (they did have a final large B2). There's a summary of how to search for these fake factors in [url]https://homepages.cwi.nl/~herman/Zimmermann.pdf[/url] |
[M]M7841[/M] has a 143.242-bit (44-digit) factor: [url=https://www.mersenne.ca/M7841]13185234429279006450961428192075425254794689[/url] (ECM,B1=43000000,B2=893921898870,Sigma=770783052401581)
Group order 2^2 . 3^2 . 29 . 6221 . 265607 . 2361977 . 4714819 . 11347471 . 60485025547 Just barely out of reach of the B1=11000000 I was running before... good thing I switched, I guess :) It would've fit in B2 being used for either choice of B1. Unfortunately when I woke up I found the PRP test had already been run - I've noticed that it shows up in the mersenne.ca "get PRP work" for cofactors, and I think this is true in general. It's not a big deal but if it's easy to make this page give the usual couple of days grace period for the finder (of course this is not the right place but not worth a separate post) that would be appreciated. |
[QUOTE=Denial140;625697]I found the PRP test had already been run - I've noticed that it shows up in the mersenne.ca "get PRP work" for cofactors, and I think this is true in general. It's not a big deal but if it's easy to make this page give the usual couple of days grace period for the finder (of course this is not the right place but not worth a separate post) that would be appreciated.[/QUOTE]I'm not sure I quite understand this request (if warranted you can elaborate in the mersenne.ca thread). Data on mersenne.ca is naturally delayed hours-to-days from mersenne.org -- once your computer reports a factor it's likely very quickly picked up for PRP-CF, probably by automatic PrimeNet assignment, nothing to do with mersenne.ca
Incidentally, I've updated the mersenne.ca [URL="https://www.mersenne.ca/json2bbcode.php"]JSON-to-BBcode tool[/URL] to support ECM Group Order calculations:[quote][M]M7841[/M] has a 143.242-bit (44-digit) factor: [url=https://www.mersenne.ca/M7841]13185234429279006450961428192075425254794689[/url] (ECM,B1=43000000,B2=893921898870,Sigma=770783052401581) Group Order: 13185234429279006450961058357072166475195908 Group Order Factored: 2^2 * 3^2 * 29 * 6221 * 265607 * 2361977 * 4714819 * 11347471 * 60485025547 Bounds: B1 = 11 347 471 ; B2 = 60 485 025 547[/quote] |
It is much more likely that your PRP-CF was intentionally poached; there are a couple of users that do that for every factor found below a certain limit despite GIMPS only hands out PRP-CF assignments to others after a week (IIRC). The users that regularly do this should be penalised or prohibited to do this IMO. This steals the possibility from the one that found the factor to claim a potential PRP result.
I had suggested previously that Prime95 should optionally do a PRP-CF when a new factor was found below a certain exponent limit before reporting the factor. I have never heard any responses on this. |
I see - thank you for letting me know about this.
I mentioned mersenne.ca because I've noticed that sometimes it has low-hanging cofactor PRP sooner than I'd expected after the factor find on the [URL="https://www.mersenne.ca/prp.php?show=3"]unknown (get work to do)[/URL] option for cofactor PRP testing. |
That is not poaching! Doing work that Primenet expressly makes available is contributing positively, especially given that most factor finders (at least above ~500,000) don't do the PRP. I am not sure if the mersenne.ca list has anything to do with this though surely James _could_ change it.
If you insist on ensuring you get the PRP, there's already an obvious way: manually submit the factor and the PRP at the same time. |
It is generally agreed, as far as I can tell, that the finder gets first dibs on the PRP check if they want it, and a grace period of a couple of days to allow for them to notice the discovery is a nice curtesy from others, even though it is not a strict requirement. I [I]believe[/I] that the server does not actually hand out these assignments during that period, although I don't want to try to track down where I read that right now.
Is it a big deal? In my case no, especially since the cofactor was not a PRP. It's just a bit of fun for me to see that (yet again) the cofactor is composite :) But I don't think it should be encouraged, and (if my belief about the server is true) it is tantamount to poaching, even if I am more fussed personally about finding the factor. |
[QUOTE=Andrew Usher;625793]That is not poaching! Doing work that Primenet expressly makes available...[/QUOTE]
Well, it sort of is [strike]poaching[/strike] playing outside of the rules because Primenet does not make the PRP-CF assignment available for one week. |
Well, you've confirmed that it is supposed to work that way, and I guess I can see why. But if we know there are users that routinely do PRP-CFs as soon as possible, it can't be a surprise when it happens - and if I cared, I'd do what I suggested - submit the factor and PRP result at the same time.
There are ways this could be prevented without compromising the database, but they would seem messy. Less so would be to change a future Prime95 per kruoli's suggestion above, but I would think to avoid complaints the option should be off by default and the maximum exponent configurable. |
[QUOTE=Prime95;625801]Well, it sort of is [strike]poaching[/strike] playing outside of the rules because Primenet does not make the PRP-CF assignment available for one week.[/QUOTE]
Then [URL="https://www.mersenne.ca/prp.php?show=3"]mersenne.ca[/URL] shouldn't make them available, yes? |
It (mersenne.ca) is no platform to guide you in which work is available, because it cannot reserve anything via mersenne.org (the only site that has policy-making power in this case) and because it is not fully real-time. Since the usual rule is that you need an assignment ID (AID) to do a work unit, this is the only thing you should watch out for. If you are unable to get an AID for some work you want to do, it is either reserved/held back for someone else, unwanted, or in some cases bugged. If you think it is the latter, ask in the "Official Server Problems Thread" and it will be sorted out or deemed a feature, not a bug.
|
[QUOTE=Prime95;625801]Primenet does not make the PRP-CF assignment available for one week.[/QUOTE]mersenne.ca now should also hide PRP-CF for 7 days after the most recent factor is discovered. Let me know if it's not working as expected.
|
Got one:
ECM found a factor in curve #30, stage #2 Sigma=7954931777905094, B1=11000000, B2=52102380330. M99137 has a factor: 6459953914675791129553263498255728369 (ECM curve 30, B1=11000000, B2=52102380330) 31 to go to get under 1k on 0.0M. |
I was among the ones who requested this testing privilege period for the factor-finder, precisely because those who automatically got the freshly available PRP-CF work have finished before I, or other factor-finders, have even noticed a factor was found. It is true that very few of us actually use this privilege period, but it was established so that those who do want to use it have opportunity to do so.
I could agree with shortening the period to say 5 days, but I believe it has a good purpose and should be honored. When people forget why the rules have been established, the rules lose their purpose. Just like in times of peace, when people forget about war, we forgot what led to the peace and take it for granted, and then we tend to lose it. We mustn't forget why the rules are the way they are and why we do what we do, whatever it may be. Si vis pacem, para pactum. |
[QUOTE=Viliam Furik;626394]It is true that very few of us actually use this privilege period, but it was established so that those who do want to use it have opportunity to do so.[/QUOTE]It's gradually going to become automatic:[QUOTE=Prime95;626284]30.11 build 1
-- PRP-CF done after new factor is found[/QUOTE] |
For smaller mersennes it looks like factordb performs a PRP-CF almost immediately. No PRP-CF result for the factor of M99137 has been reported to PrimeNet but on factordb when I checked a few hours ago it was aware of the factor and the fact that the cofactor was composite (I had not ran a PRP-CF yet). Not really a big deal since it is outside of GIMPS and it seems no record of the test exists (publicly anyway).
|
[QUOTE=James Heinrich;626397]It's gradually going to become automatic:[/QUOTE]
Nice, I didn't notice that. I have not been paying much attention to things here lately. This automatic testing only increases the importance of the privilege period. I have an idea for resolving these credit conflicts of discovery. Just a prototype thought, so it needs some thinking and discussion before it can be considered as a proposition. When someone is assigned an exponent to test which turns up prime, but someone else has poached that result and got there first - or similarly, someone found a factor and someone else beat them to finding the PRP result - the would-be discoverer and the poacher discoverer could have a shared credit for the discovery (with the unofficial "boo" from the community to the poacher). The person who was assigned the test would have most probably found the prime (or PRP) if they finished the test first (chances of errors and abandoned tests are relatively miniscule, and should be presumed not present similarly to the principle of "innocent until proven guilty"). That is undeniable fact. The poacher has discovered the prime first. Also undeniable fact. And when the are two undeniable facts which don't quite agree, we can either argue both are to be considered false (indicating some contradiction as in proof by contradiction) or both true. Since both follow from the base principles of assignments and discoveries, in my opinion they should both be considered valid. If the poacher didn't work through GIMPS, that would be a different story since then there would be no poaching and the poacher would in fact be a rightful discoverer. But for the cases outside of GIMPS this discussion would be meaningless, so they don't matter much. What do you think, fellow Mersenne folk? |
Maybe you are misunderstanding the change, it is not that new factors will get distributed more quickly, instead the [I]discoverer's[/I] machine will automagically run the PRP-CF run after a factor was found, so the grace period might not be necessary in this case. So it is much more likely that nobody can poach this, even if they try hard.
|
George can clarify the intent, but my impression was that the PRP-CF was immediate and the factor result not submitted until the PRP-CF is complete.
|
[QUOTE=kruoli;626453]Maybe you are misunderstanding the change, it is not that new factors will get distributed more quickly, instead the [I]discoverer's[/I] machine will automagically run the PRP-CF run after a factor was found, so the grace period might not be necessary in this case. So it is much more likely that nobody can poach this, even if they try hard.[/QUOTE]
I do fully understand that. But if the test will be performed automatically, it can still be poached, since the test takes some time. The slower the machine, the more possibilties for poaching it. And if an automatic test gets poached often enough, well that's just a waste of computing time, no? Shortening the period according to the time it takes to do the PRP-CF might be viable, but I think it should still be provided. EDIT: [QUOTE=James Heinrich;626455]George can clarify the intent, but my impression was that the PRP-CF was immediate and the factor result not submitted until the PRP-CF is complete.[/QUOTE] If that is the case, then yes, the privilege period would not be needed. |
[QUOTE=kruoli;626453] the [I]discoverer's[/I] machine will automagically run the PRP-CF run after a factor was found, so the grace period might not be necessary in this case[/QUOTE]
[QUOTE=Viliam Furik;626457]If that is the case, then yes, the privilege period would not be needed.[/QUOTE] The grace period should still be there. People might be using older clients or different clients or whatever to find factors and report them. As long as a factor is reported without an accompanying PRP-CF test, it should be put under a grace period |
Good to know an automatic CF-PRP was introduced. That poaching happened to me as well - at that time I thought it was just that Primenet had handed it out quickly - so since then I was always submitting ECM results manually.
Has it ever been clarified though that the factor will only be submitted by the client once the accompanying PRP test is done? |
James asked for clarification regarding this in [URL="http://mersenneforum.org/showpost.php?p=626522&postcount=211"]another thread[/URL].
|
P-1 found a factor in stage #1, B1=527000.
UID: Jwb52z/Clay, M117294347 has a factor: 2438434718714145482650897 (P-1, B1=527000) 81.012 bits. |
[QUOTE=axn;626481]The grace period should still be there. People might be using older clients or different clients or whatever to find factors and report them. As long as a factor is reported without an accompanying PRP-CF test, it should be put under a grace period[/QUOTE]
Oh, right, of course, forgot about that obvious fact... Never mind that mistaken statement of mine. It is still necessary based on all I have said before and what you said here. All good. Thanks! :tu: |
P-1 found a factor in stage #1, B1=527000.
UID: Jwb52z/Clay, M117364817 has a factor: 3139092454202223433912993 (P-1, B1=527000) 81.377 bits. |
[Sat Mar 18 06:11:40 2023]
UID: Magallan3s/, M333333493 has a factor: 1574509834573622837160761 [TF:80:81:mfakto 0.15pre7-MGW cl_barrett32_87_gs_8] [Sat Mar 18 08:01:38 2023] found 1 factor for M333333493 from 2^80 to 2^81 [mfakto 0.15pre7-MGW cl_barrett32_87_gs_8] Found a factor using MFACTO on a Radeon VII. Saved me the trouble of PRP testing that exponent :smile: |
[QUOTE=Magellan3s;627017][Sat Mar 18 06:11:40 2023]
UID: Magallan3s/, M333333493 has a factor: 1574509834573622837160761 [TF:80:81:mfakto 0.15pre7-MGW cl_barrett32_87_gs_8] [Sat Mar 18 08:01:38 2023] found 1 factor for M333333493 from 2^80 to 2^81 [mfakto 0.15pre7-MGW cl_barrett32_87_gs_8] Found a factor using MFACTO on a Radeon VII. Saved me the trouble of PRP testing that exponent :smile:[/QUOTE] Why skip TF 2^79 to 2^80 ? |
DC avoided, and with a ~106. bit factor found:
[url]https://www.mersenne.org/report_exponent/?exp_lo=106971629&full=1[/url] |
[QUOTE=LordJulius;627100]Why skip TF 2^79 to 2^80 ?[/QUOTE]He probably did it, but since it now shows up as a [URL="https://www.mersenne.ca/tfgaps.php"]TF gap[/URL] I re-did it:
[c]no factor for M333333493 from 2^79 to 2^80 [mfaktc 0.21 barrett87_mul32_gs] tf(): total time spent: 44m 8.503s[/c] [QUOTE=kriesel;627101]DC avoided, and with a ~106. bit factor found[/QUOTE]Or, [URL="https://www.mersenne.ca/json2bbcode.php"]formatted[/URL]:[quote][M]M106971629[/M] has a 105.971-bit (32-digit) factor: [url=https://www.mersenne.ca/M106971629]79534574109359138908214691895351[/url] (P-1,B1=582000,B2=190186920) k = 3^2 * 5^2 * 7 * 233 * 953 * 1901 * 4643 * 120433463[/quote] |
P-1 found a factor in stage #2, B1=501000, B2=16987500.
UID: Jwb52z/Clay, M117383251 has a factor: 4607805263510756479738961 (P-1, B1=501000, B2=16987500) 81.930 bits. |
I found 4 factors: sixth (254707775084069984279 - 67.8 bits); seventh (1026695470153012861417 - 69.8 bits); eighth (8651909121526379308519 - 72.9 bits) and ninth (29616184428737548369319 - 74.6 bits) for [URL="https://www.mersenne.ca/exponent/662869847 "]M662869847[/URL]
|
[QUOTE=Miszka;627135]I found 4 factors[/QUOTE]Nice! The smallest one would've been found in a few weeks by TJAOI, but you got there first.
Outside GIMPS range, but I recently found 3 factors for M[ca]4267897171[/ca] within 0.85 bits of each other: 73.915-bit M4267897171 has a factor: 17807676876562259133311 74.723-bit M4267897171 has a factor: 31174335411508659346271 74.765-bit M4267897171 has a factor: 32092274269846547707271 |
Magellan3s has again created a TF gap, twice, at M333332983. I think he needs to be more careful about something though I can't say what his specific issues are.
|
P-1 found a factor in stage #2, B1=501000, B2=16995900.
UID: Jwb52z/Clay, M117434651 has a factor: 332080701788486498904361 (P-1, B1=501000, B2=16995900) 78.136 bits |
Haven't had a good one in a while...
[M]M117447403[/M] has a 100.699-bit (31-digit) factor: [url=https://www.mersenne.ca/M117447403]2057663870335603786720006189831[/url] (P-1,B1=907000,B2=649707300) k = 3 * 5 * 727 * 226451 * 677177 * 5238403 |
P-1 found a factor in stage #2, B1=527000, B2=18684300.
UID: Jwb52z/Clay, M117459959 has a factor: 147923770841301588045241369 (P-1, B1=527000, B2=18684300) 86.935 bits |
[M]M1105519[/M] has a factor: 2915595290210483905698188678755302313032196817 (151.031 bits, 46 digits). It's my new personal record largest factor for P-1 method
|
[M]117500689[/M] has a factor 103722339425702942846017362029801 - by far the largest I've found, 33 digits 106.354 bits, found with default assigned P-1 and found in stage 1!
|
P-1 found a factor in stage #2, B1=528000, B2=18709500.
UID: Jwb52z/Clay, M117613057 has a factor: 3949314306453103880260750279 (P-1, B1=528000, B2=18709500) 91.674 bits |
[URL="https://www.mersenne.org/report_exponent/?exp_lo=137791&full=1"]40 digit P+1 factor![/URL]
|
[QUOTE=masser;628748][URL="https://www.mersenne.org/report_exponent/?exp_lo=137791&full=1"]40 digit P+1 factor![/URL][/QUOTE]
That is a biggie. Congrats |
[QUOTE=masser;628748][URL="https://www.mersenne.org/report_exponent/?exp_lo=137791&full=1"]40 digit P+1 factor![/URL][/QUOTE]~8.5 bits larger than the previous record!
I also tweaked my [URL="https://www.mersenne.ca/pplus1.php"]P+1 page[/URL] to allow column sorting to make that easier to notice. |
P-1 found a factor in stage #1, B1=503000.
UID: Jwb52z/Clay, M117733081 has a factor: 65960033145795447329938951 (P-1, B1=503000) 85.770 bits. |
P-1 found a factor in stage #2, B1=624000, B2=40909770.
UID: firejuggler/Maison, M117726043 has a factor: 3603493922445696163614397903 (P-1, B1=624000, B2=40909770) 91.541 bits |
5 consecutive factored OPN targets with 3 consecutive prime cofactors. Lucky me.
[CODE]Fri 2023/04/21 16:30:12 UTC -> Running ecm.py, version 0.46 ( 4th Nov 2022) on computer LAPTOP-PLB4QLB4 Fri 2023/04/21 16:30:12 UTC -> Command line: D:/Software/Python392/python.exe D:\Software\GMP-ECM\ecm.py -inp composites_part.txt -threads 12 -c 900 -maxmem 8192 -out factors_found.txt 1e6 Fri 2023/04/21 16:30:13 UTC ->============================================================================= Fri 2023/04/21 16:30:13 UTC -> Working on number: 723515615400285670...009830030428964177 (693 digits) Fri 2023/04/21 16:30:13 UTC -> Currently working on: job7691.txt Fri 2023/04/21 16:30:13 UTC -> Starting 12 instances of GMP-ECM... Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t00.txt Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t01.txt Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t02.txt Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t03.txt Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t04.txt Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t05.txt Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t06.txt Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t07.txt Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t08.txt Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t09.txt Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t10.txt Fri 2023/04/21 16:30:13 UTC -> ecm -c 75 -maxmem 682 1e6 < job7691.txt > job7691_t11.txt Fri 2023/04/21 16:30:14 UTC GMP-ECM 7.0.4 [configured with GMP 6.1.2, --enable-asm-redc] [ECM] Fri 2023/04/21 16:30:14 UTC Using B1=1000000, B2=974637522, polynomial Dickson(3), 12 threads Fri 2023/04/21 16:30:14 UTC ____________________________________________________________________________ Fri 2023/04/21 16:30:14 UTC Curves Complete | Average seconds/curve | Runtime | ETA Fri 2023/04/21 16:30:14 UTC -----------------|---------------------------|---------------|-------------- Fri 2023/04/21 16:38:36 UTC 57 of 900 | Stg1 71.24s | Stg2 16.70s | 0d 00:08:22 | 0d 00:00:00 Fri 2023/04/21 16:38:36 UTC GMP-ECM 7.0.4 [configured with GMP 6.1.2, --enable-asm-redc] [ECM] Fri 2023/04/21 16:38:36 UTC Input number is 723515615400285670488701661083698075871817124207590210380466857549175417003404517826899595166510051000439569738985926239308550872025477037251980955270739104580296774818356674467689194150235680063057753113088325050906286985551054703799098532689158811174016848533106344931045241165574422050162558282339002826823150813147862712020767384052790559756178030084205348345781500633614772849255817782531107517922585486004951746550142124789986419850793277541263841172375653232590299747784379512290883639733772357346998133925172254930011260235693168479377335319125090300693162892493003383493203330329361516594136926555555449981772950872081522259935121320864917031388892040759226709977639009830030428964177 (693 digits) Fri 2023/04/21 16:38:36 UTC Run 57 out of 900: Fri 2023/04/21 16:38:36 UTC Using B1=1000000, B2=974637522, polynomial Dickson(3), sigma=1:3769764199 Fri 2023/04/21 16:38:36 UTC Step 1 took 74250ms Fri 2023/04/21 16:38:36 UTC Step 2 took 17094ms Fri 2023/04/21 16:38:36 UTC ********** Factor found in step 2: 5204667592130199481875678335878159 Fri 2023/04/21 16:38:36 UTC Found prime factor of 34 digits: 5204667592130199481875678335878159 Fri 2023/04/21 16:38:36 UTC Probable prime cofactor 139012838494102674087298780228922737663881565307548941124337651821896084514392182468735591858289170958441834902490720099423885214437712808610376765280018249635963254270716503501574758627383525967295503150146797632448729192266184383185500715467211857835184437214004232628265512077954044127767372260668744717898283462982078294498658603836669554401266963058895034959452203825399524900338050572663054727354049342534364793378198944147023409265485962405419592227740153468591887588306535572184135499669532771715230461587699415755133402244624737724276636725332045890758151146609565091672338500159534014388940896259697525768810992071541424891396520320079208028993798303 has 660 digits Fri 2023/04/21 16:38:36 UTC Fri 2023/04/21 16:38:36 UTC ->============================================================================= Fri 2023/04/21 16:38:36 UTC -> Working on number: 397549518158095247...508949762198134429 (776 digits) Fri 2023/04/21 16:38:36 UTC -> Currently working on: job3052.txt Fri 2023/04/21 16:38:36 UTC -> Starting 12 instances of GMP-ECM... Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t00.txt Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t01.txt Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t02.txt Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t03.txt Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t04.txt Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t05.txt Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t06.txt Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t07.txt Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t08.txt Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t09.txt Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t10.txt Fri 2023/04/21 16:38:36 UTC -> ecm -c 75 -maxmem 682 1e6 < job3052.txt > job3052_t11.txt Fri 2023/04/21 16:38:37 UTC GMP-ECM 7.0.4 [configured with GMP 6.1.2, --enable-asm-redc] [ECM] Fri 2023/04/21 16:38:37 UTC Using B1=1000000, B2=974637522, polynomial Dickson(3), 12 threads Fri 2023/04/21 16:38:37 UTC ____________________________________________________________________________ Fri 2023/04/21 16:38:37 UTC Curves Complete | Average seconds/curve | Runtime | ETA Fri 2023/04/21 16:38:37 UTC -----------------|---------------------------|---------------|-------------- Fri 2023/04/21 17:02:07 UTC 144 of 900 | Stg1 87.31s | Stg2 20.59s | 0d 00:23:31 | 0d 00:00:00 Fri 2023/04/21 17:02:07 UTC GMP-ECM 7.0.4 [configured with GMP 6.1.2, --enable-asm-redc] [ECM] Fri 2023/04/21 17:02:07 UTC Input number is 39754951815809524784618898041618494324181847120939765755135388571550318746244409136753780086823150818139977825625621172704302303019371553241177715990344175515682383783705777767105354784284646304809494539222484515079580114099117686037125441416840504753801583496117530590872916362619741347663925725908793872058501396226920785738445576109593942705308692373235253674020738405403711649215572620563327077982166905565231448469029867234511321572809973547203961179203294626491660100858654099282910605105325077846503167151207747873045712267142440544393123675225543230210035750966249708778479012786120122479652928261500852226368012593834058464823973000783110849322924880112750828760758755796397210431177409739325161128815958266002914900704169288295146676495761227505491508949762198134429 (776 digits) Fri 2023/04/21 17:02:07 UTC Run 144 out of 900: Fri 2023/04/21 17:02:07 UTC Using B1=1000000, B2=974637522, polynomial Dickson(3), sigma=1:2568627989 Fri 2023/04/21 17:02:07 UTC Step 1 took 82344ms Fri 2023/04/21 17:02:07 UTC Step 2 took 18938ms Fri 2023/04/21 17:02:07 UTC ********** Factor found in step 2: 39151129881828300738046223419123 Fri 2023/04/21 17:02:07 UTC Found prime factor of 32 digits: 39151129881828300738046223419123 Fri 2023/04/21 17:02:07 UTC Probable prime cofactor 1015422848224400374362356168395305974429424248307520357025205134489416553650696043312204915416725548354101629290699653476240366108319728603740706291954644998585674141410360696835679026981682241100708714816076457908455948655328553616133397576609439739034454195236438983302193718587832778677998997254267603548360048440597008712576385736774036843693016456913776700981087213562601851558477244299394312312766761637171134575512394284210790581793524914879598495494713278012986008853083456569525602538235593962685441858209728724415825627760674775729209780447229796433290631061002512425481306005903618110125828971385367685661180325785433210408169394496526946738608179987695228824631217876565600273931747136674573128716519651819084846046493110989210290223 has 745 digits Fri 2023/04/21 17:02:07 UTC Fri 2023/04/21 17:02:07 UTC ->============================================================================= Fri 2023/04/21 17:02:07 UTC -> Working on number: 295726963189935852...191285013330830149 (711 digits) Fri 2023/04/21 17:02:07 UTC -> Currently working on: job9363.txt Fri 2023/04/21 17:02:07 UTC -> Starting 12 instances of GMP-ECM... Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t00.txt Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t01.txt Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t02.txt Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t03.txt Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t04.txt Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t05.txt Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t06.txt Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t07.txt Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t08.txt Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t09.txt Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t10.txt Fri 2023/04/21 17:02:07 UTC -> ecm -c 75 -maxmem 682 1e6 < job9363.txt > job9363_t11.txt Fri 2023/04/21 17:02:08 UTC GMP-ECM 7.0.4 [configured with GMP 6.1.2, --enable-asm-redc] [ECM] Fri 2023/04/21 17:02:08 UTC Using B1=1000000, B2=974637522, polynomial Dickson(3), 12 threads Fri 2023/04/21 17:02:08 UTC ____________________________________________________________________________ Fri 2023/04/21 17:02:08 UTC Curves Complete | Average seconds/curve | Runtime | ETA Fri 2023/04/21 17:02:08 UTC -----------------|---------------------------|---------------|-------------- Fri 2023/04/21 17:11:30 UTC 72 of 900 | Stg1 72.70s | Stg2 15.37s | 0d 00:09:22 | 0d 00:00:00 Fri 2023/04/21 17:11:30 UTC GMP-ECM 7.0.4 [configured with GMP 6.1.2, --enable-asm-redc] [ECM] Fri 2023/04/21 17:11:30 UTC Input number is 295726963189935852410045416573418755162886421473629376965198434837800728044785423806776617223439009380140525366552421755149724751259865583325370121650829528350354736899365438404799627850352092535451458911895608799926205621933315365843315996055982190988811003461125195327549848974559890561135406198216913940737558495887018763974004653055466639023599456049081122191099677580694832728435850778438822343345572950875577003083978926676676884176709060675659123691216213121623283929424795582771355708967026494751122936179819133552946375937228666754000244060469157882461254613285886120643549784034843498320744349813663244001506121376307066180031006075938683752860595792962141766190606770398910464493372191285013330830149 (711 digits) Fri 2023/04/21 17:11:30 UTC Run 72 out of 900: Fri 2023/04/21 17:11:30 UTC Using B1=1000000, B2=974637522, polynomial Dickson(3), sigma=1:3004587393 Fri 2023/04/21 17:11:30 UTC Step 1 took 69500ms Fri 2023/04/21 17:11:30 UTC Step 2 took 15109ms Fri 2023/04/21 17:11:30 UTC ********** Factor found in step 2: 167780074876514439234072608526666299 Fri 2023/04/21 17:11:30 UTC Found prime factor of 36 digits: 167780074876514439234072608526666299 Fri 2023/04/21 17:11:30 UTC Probable prime cofactor 1762586906744378824410803274975902999347164103810522205467197824597425608124324319890799650970915177297186270644345272125346812819116480375495475822750002925685287264467386762517544637471974140315461749197909520286076589839722279678610482972454402465954295509824918726049137228315771380240033565541341680504736726043043001157459511291559887037288355557550402964742057108295373239886024481674531234156150458037718419013527634031572228296804222194447745008471894579561398540583395000059910202796417570474022213098888229055350224673699585126504725932860509998330704087846418326759246962506015242794144997794722647927133512224977442943103076299654364609015856024769206879966081151 has 676 digits Fri 2023/04/21 17:11:30 UTC Fri 2023/04/21 17:11:30 UTC ->============================================================================= Fri 2023/04/21 17:11:30 UTC -> Working on number: 927431159970101307...928636099516041731 (738 digits) Fri 2023/04/21 17:11:30 UTC -> Currently working on: job9658.txt Fri 2023/04/21 17:11:30 UTC -> Starting 12 instances of GMP-ECM... Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t00.txt Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t01.txt Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t02.txt Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t03.txt Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t04.txt Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t05.txt Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t06.txt Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t07.txt Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t08.txt Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t09.txt Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t10.txt Fri 2023/04/21 17:11:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job9658.txt > job9658_t11.txt Fri 2023/04/21 17:11:31 UTC GMP-ECM 7.0.4 [configured with GMP 6.1.2, --enable-asm-redc] [ECM] Fri 2023/04/21 17:11:31 UTC Using B1=1000000, B2=974637522, polynomial Dickson(3), 12 threads Fri 2023/04/21 17:11:31 UTC ____________________________________________________________________________ Fri 2023/04/21 17:11:31 UTC Curves Complete | Average seconds/curve | Runtime | ETA Fri 2023/04/21 17:11:31 UTC -----------------|---------------------------|---------------|-------------- Fri 2023/04/21 17:33:30 UTC 156 of 900 | Stg1 78.85s | Stg2 18.67s | 0d 00:21:59 | 0d 00:00:00 Fri 2023/04/21 17:33:30 UTC GMP-ECM 7.0.4 [configured with GMP 6.1.2, --enable-asm-redc] [ECM] Fri 2023/04/21 17:33:30 UTC Input number is 927431159970101307771770513853172249324832369503817178911371339314206869330491794003265125320274051408025461714200753062284253689568493352277344733359634354703336864806929385370321232095122708971249720644997174684848418680567309674558313233810399967567818275291544585028497840987272779280927130744259057301857098181334316405668609876429355551808516562967236267836818303324610810717058134523869373156011974955479800885787120771978840498218900836790351645090373748752332440819924866118806011422598187358066938901333482191062977476083506742787035209396074009833830490234442109503825202267555106574629737076563691580421565675517752279299180877662744248122712246834324447165282471865141260020843925166350661710845246195308307928636099516041731 (738 digits) Fri 2023/04/21 17:33:30 UTC Run 156 out of 900: Fri 2023/04/21 17:33:30 UTC Using B1=1000000, B2=974637522, polynomial Dickson(3), sigma=1:1417555244 Fri 2023/04/21 17:33:30 UTC Step 1 took 81438ms Fri 2023/04/21 17:33:30 UTC Step 2 took 19781ms Fri 2023/04/21 17:33:30 UTC ********** Factor found in step 2: 72753742923583115565229461928271 Fri 2023/04/21 17:33:30 UTC Found prime factor of 32 digits: 72753742923583115565229461928271 Fri 2023/04/21 17:33:30 UTC Composite cofactor 12747538789093346114792630085073178694630979485315503215472619035111017773294751290170211727284748856035352429264094850326247387949015333967581012596438434300455219289341174408235875679210686834540050910099131194289019993668848452354565062120414557730875523728859119850039868450695147148767406307274307687844867471022970157982554778401223464881627844478132793459755530238040334746607595904988974311239254916609573367646459197037842175138724847789308830956019008010976861599664858651567348263209044503642447019310774738121328190815452963900742505376818828206620166389232197065464294883260345448036921845705796445016336604230053178962520476548443927113312453276015744800167523274467993913770659479703426453261 has 707 digits Fri 2023/04/21 17:33:30 UTC Fri 2023/04/21 17:33:30 UTC ->============================================================================= Fri 2023/04/21 17:33:30 UTC -> Working on number: 248259252151747517...168767974798467471 (756 digits) Fri 2023/04/21 17:33:30 UTC -> Currently working on: job3896.txt Fri 2023/04/21 17:33:30 UTC -> Starting 12 instances of GMP-ECM... Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t00.txt Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t01.txt Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t02.txt Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t03.txt Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t04.txt Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t05.txt Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t06.txt Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t07.txt Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t08.txt Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t09.txt Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t10.txt Fri 2023/04/21 17:33:30 UTC -> ecm -c 75 -maxmem 682 1e6 < job3896.txt > job3896_t11.txt Fri 2023/04/21 17:33:31 UTC GMP-ECM 7.0.4 [configured with GMP 6.1.2, --enable-asm-redc] [ECM] Fri 2023/04/21 17:33:31 UTC Using B1=1000000, B2=974637522, polynomial Dickson(3), 12 threads Fri 2023/04/21 17:33:31 UTC ____________________________________________________________________________ Fri 2023/04/21 17:33:31 UTC Curves Complete | Average seconds/curve | Runtime | ETA Fri 2023/04/21 17:33:31 UTC -----------------|---------------------------|---------------|-------------- Fri 2023/04/21 18:00:32 UTC 181 of 900 | Stg1 79.22s | Stg2 19.26s | 0d 00:27:02 | 0d 00:00:00 Fri 2023/04/21 18:00:32 UTC GMP-ECM 7.0.4 [configured with GMP 6.1.2, --enable-asm-redc] [ECM] Fri 2023/04/21 18:00:32 UTC Input number is 248259252151747517759861208276157125857330893223544307434274100843063139610844753597730916253998904020813668799851996801585379743480233537989186136082857517617754941400639316944191220739875615895124578134593832973418926538378367550617204897366906310127167731183827052076953836302162858580362350960145195561415953592517079314511280313854573442540666320059536380542983534150584246720623542025906576018680188456771186495116009542354504446309446766774520917427484748037262508004738773838283732265632676337227348433159272756480345171071973595571192585092462244181119063033374268286977969324818411625567754616175104872737375544674327679018621524623091668823327744653861710329953605462587744077475299841439789182962935945598718784268990421091344168767974798467471 (756 digits) Fri 2023/04/21 18:00:32 UTC Run 181 out of 900: Fri 2023/04/21 18:00:32 UTC Using B1=1000000, B2=974637522, polynomial Dickson(3), sigma=1:809590184 Fri 2023/04/21 18:00:32 UTC Step 1 took 77094ms Fri 2023/04/21 18:00:32 UTC ********** Factor found in step 1: 17339171772190223400052748201 Fri 2023/04/21 18:00:32 UTC Found prime factor of 29 digits: 17339171772190223400052748201 Fri 2023/04/21 18:00:32 UTC Composite cofactor 14317826446008400044814801111701861470334990647067286757686627519226838644365715812239198935790635738030816530748086704432403687044475049140554884885467701547877704380501147556915842201140178880840338770407226131872114852282303826430373775014877249028119511145785189810529917807011784894753336398079420151870003631881278394749164473748985335807868673018683279745331735848973590028991144364686279860749389411962705475711772782029078857824223144145588867469929935335595309834546084990045160887418620011169099580551738992244493556332172287377991681386581359878969585548810014577525764361890570420107251751475597212359818859112937108049398372061971395427011411456844381516148419362857068452353083534353267669535995712445592622705271 has 728 digits [/CODE] |
P-1 found a factor in stage #2, B1=531000, B2=18605850.
UID: Jwb52z/Clay, M117759041 has a factor: 317066731158806395499975023 (P-1, B1=531000, B2=18605850) 88.035 bits |
P-1 found a factor in stage #1, B1=529000.
UID: Jwb52z/Clay, M117791701 has a factor: 399962559912973907077204386929 (P-1, B1=529000) 98.336 bits |
[M]M12583[/M] has a 133.471-bit (41-digit) factor: [url=https://www.mersenne.ca/M12583]15090571601208738009065349346922469988343[/url] (ECM,B1=3000000,B2=21093000000)
Notably, this factor was found in stage 1, and would've been even at the standard t35 bounds: sigma=7025521027414154 gives group order 2^4 · 3 · 2027 · 7297 · 25639 · 56503 · 113039 · 159227 · 881591 · 924659. |
I have now fixed the [url=https://www.mersenne.ca/json2bbcode.php]JSON2bbcode converter[/url] to handle newer JSON with [c]average-b2[/c]:[quote][M]M12583[/M] has a 133.471-bit (41-digit) factor: [url=https://www.mersenne.ca/M12583]15090571601208738009065349346922469988343[/url] (ECM,B1=3000000,B2=21093000000,Sigma=7025521027414154)
Group Order: 15090571601208738008952193390026229373328 Group Order Factored: 2^4 * 3 * 2027 * 7297 * 25639 * 56503 * 113039 * 159227 * 881591 * 924659 Bounds: B1 = 881 591 ; B2 = 924 659[/quote] |
The dry spell has ended:
[M]332351347[/M] has a factor: 646529966805839597649937 |
[M]M117988147[/M] has a 97.337-bit (30-digit) factor: [url=https://www.mersenne.ca/M117988147]200159313635649323785855127351[/url] (P-1,B1=590000,B2=37800180)
k = 5^2 * 29 * 47 * 41659 * 211199 * 2829247 |
P-1 found a factor in stage #2, B1=531000, B2=18827100.
UID: Jwb52z/Clay, M118113971 has a factor: 231859805660120170622397673 (P-1, B1=531000, B2=18827100) 87.583 bits. |
Nice run of 4 factors in 4 hours:[code]F-PM1 2023-06-06 16:56:33 Factor: 32205731417282669276783 / (P-1, B1=917000, B2=1146129600)
F-ECM 2023-06-06 15:46:48 Factor: 81045079853789731950377 / (ECM curve 7, B1=50000, B2=14701050) F-PM1 2023-06-06 14:43:41 Factor: 10040520698580023167937879 / (P-1, B1=917000, B2=1146129600) F-PM1 2023-06-06 12:33:08 Factor: 1890099135766276888280617 / (P-1, B1=917000, B2=1146129600) F-PM1 2023-06-06 02:29:22 Factor: 235490649518693465101340517023 / (P-1, B1=851000, B2=1374757230)[/code] |
P-1 found a factor in stage #2, B1=532000, B2=18843900.
UID: Jwb52z/Clay, M118224871 has a factor: 152918941807628300330759 (P-1, B1=532000, B2=18843900) 77.017 bits. |
P-1 found a factor in stage #1, B1=532000
UID: Jwb52z/Clay, M118268023 has a factor: 2709638538660790265460769 (P-1, B1=532000) 81.164 bits. |
TF factor found M130185659 Factor: 55408623275049312531001
|
[M]M21055501[/M] has a 136.285-bit (42-digit) factor: [url=https://www.mersenne.ca/M21055501]106143471399500675247500276849125506473401[/url] (P-1,B1=937000,B2=1146129600)
k = 2[sup]2[/sup] * 3[sup]3[/sup] * 5[sup]2[/sup] * 7 * 13 * 17 * 23 * 383 * 1033 * 2251 * 39761 * 461323 * 1606123 My biggest P-1 factor [URL="https://www.mersenne.ca/userfactors/pm1/17418"]ever[/URL]! Still only #160 on the all-time [URL="https://www.mersenne.ca/userfactors/pm1/1/bits"]list[/URL] :sad: |
P-1 found a factor in stage #2, B1=505000, B2=17124750.
UID: Jwb52z/Clay, M118322969 has a factor: 390860828826208981676260490902624247 (P-1, B1=505000, B2=17124750) 118.234 bits!!!!!!!!!!!!!! |
P-1 found a factor in stage #2, B1=533000, B2=18869100.
UID: Jwb52z/Clay, M118374563 has a factor: 156195074377587653064583 (P-1, B1=533000, B2=18869100) 77.048 bits. |
M11810311 has a factor: 3809097401915127453173206120524887921442462693439778167.
(P-1, B1=657000, B2=304031910) 181.314 bits. 55 digits is a new record for me. :grin: |
Unfortunately it is a composite factor. :no:
|
[QUOTE=kruoli;633566]Unfortunately it is a composite factor. :no:[/QUOTE]
And your point is....what? |
[QUOTE=storm5510;633567]181.314 bits. 55 digits is a new record for me.
And your point is....what?[/QUOTE]That you didn't find a 181-bit factor, you found two smaller factors (106-bit, 75-bit) at the same time. Your [URL="https://www.mersenne.ca/userfactors/pm1/63934/bits"]record[/URL] remains at 36 digits, 118 bits. [QUOTE=storm5510;633565]M11810311 has a factor: 3809097401915127453173206120524887921442462693439778167.[/QUOTE] [M]M11810311[/M] has a 181.314-bit (55-digit) [b]composite[/b] (P23+P32) factor: [url=https://www.mersenne.ca/M11810311]3809097401915127453173206120524887921442462693439778167[/url][list][*][M]M11810311[/M] has a 75.039-bit (23-digit) factor: [url=https://www.mersenne.ca/M11810311]38809112785263120630167[/url] (P-1,B1=657000,B2=304031910) k = 17 * 37 * 97 * 4111 * 6550471[*][M]M11810311[/M] has a 106.275-bit (32-digit) factor: [url=https://www.mersenne.ca/M11810311]98149561495813058141824075444001[/url] (P-1,B1=657000,B2=304031910) k = 2[sup]4[/sup] * 5[sup]3[/sup] * 32309 * 59123 * 133877 * 8124209[/list] |
[QUOTE=James Heinrich;633569]That you didn't find a 181-bit factor, you found two smaller factors (106-bit, 75-bit) at the same time. Your [URL="https://www.mersenne.ca/userfactors/pm1/63934/bits"]record[/URL] remains at 36 digits, 118 bits.
[M]M11810311[/M] has a 181.314-bit (55-digit) [b]composite[/b] (P23+P32) factor: [url=https://www.mersenne.ca/M11810311]3809097401915127453173206120524887921442462693439778167[/url][list][*][M]M11810311[/M] has a 75.039-bit (23-digit) factor: [url=https://www.mersenne.ca/M11810311]38809112785263120630167[/url] (P-1,B1=657000,B2=304031910) k = 17 * 37 * 97 * 4111 * 6550471[*][M]M11810311[/M] has a 106.275-bit (32-digit) factor: [url=https://www.mersenne.ca/M11810311]98149561495813058141824075444001[/url] (P-1,B1=657000,B2=304031910) k = 2[sup]4[/sup] * 5[sup]3[/sup] * 32309 * 59123 * 133877 * 8124209[/list][/QUOTE] [I]Prime95[/I] doesn't present it this way on the screen. A limited breakdown is in [I]prime.log[/I]. [CODE]Composite factor 3809097401915127453173206120524887921442462693439778167 = 38809112785263120630167 * 98149561495813058141824075444001[/CODE] If this would have happened 15 minutes later, I would not have seen it. I was not here. What are you using to break these down into the form below? [CODE]k = 24 * 53 * 32309 * 59123 * 133877 * 8124209[/CODE] |
[QUOTE=storm5510;633580][I]Prime95[/I] doesn't present it this way on the screen. A limited breakdown is in [I]prime.log[/I][/QUOTE]Prime95 will always find the composite if multiple factors are within the used P-1 bounds. The PrimeNet server will determine if the factor is prime or not, and split it into prime factors if composite.
[QUOTE=storm5510;633580]What are you using to break these down into the form below?[/QUOTE][url]https://www.mersenne.ca/json2bbcode.php[/url] The [c]k[/c] and [c]k-factored[/c] values also appear in the Known Prime Factors section of any (factored) Mersenne exponent e.g. [url]https://www.mersenne.ca/M11810311[/url] |
I've been doing some extra PM1 on all of my unverified LL results from the past. Finally found one.
[M]M84059149[/M] has a 91.817-bit (28-digit) factor: [url=https://www.mersenne.ca/M84059149]4360715915226669222681210337[/url] (P-1,B1=1087000,B2=1103856390) k = 2[sup]4[/sup] * 3[sup]2[/sup] * 11[sup]2[/sup] * 17[sup]2[/sup] * 73 * 1439 * 49035821 |
So, a lucky strike in the past just over 24 hours. First a triple factor, than a double factor, than four consecutive factors, of which the last one is a new personal record at just over 156 bits.
[CODE] Z-170 7961347 NF-PM1 2023-07-05 10:52:26 65.2 B1=3000000, B2=8070112050 177.3454 Z-170 7961299 NF-PM1 2023-07-05 10:01:43 65.2 B1=3000000, B2=8070112050 177.3454 Z-170 7961147 NF-PM1 2023-07-05 09:11:15 65.1 B1=3000000, B2=8070112050 177.3454 Z-170 7961069 F-PM1 2023-07-05 08:20:33 65.1 Factor: 93954233809150496621279306657234567766649822657 / (P-1, B1=3000000, B2=8070112050) 177.3454 Z-170 7961021 F-PM1 2023-07-05 07:23:30 65.0 Factor: 57983543330884551120352265009 / (P-1, B1=3000000, B2=8070112050) 177.3454 Z-170 7960991 F-PM1 2023-07-05 06:31:21 65.0 Factor: 12247154461908075975786497 / (P-1, B1=3000000, B2=8070112050) 177.3454 Z-170 7960903 F-PM1 2023-07-05 05:41:03 65.0 Factor: 89943383834576619540799 / (P-1, B1=3000000, B2=8070112050) 177.3454 Z-170 7960793 NF-PM1 2023-07-05 04:50:22 64.9 B1=3000000, B2=8070112050 177.3454 Z-170 7960787 NF-PM1 2023-07-05 03:59:50 64.9 B1=3000000, B2=8070112050 177.3454 Z-170 7960763 F-PM1 2023-07-05 03:09:09 64.9 Factors: 1037886854148273601631774711,21841280197968495318096592612749889 / (P-1, B1=3000000, B2=8070112050) 177.3454 Z-170 7960717 NF-PM1 2023-07-05 02:18:41 64.8 B1=3000000, B2=8070112050 177.3454 Z-170 7960541 NF-PM1 2023-07-05 01:28:15 64.8 B1=3000000, B2=8070112050 177.3454 Z-170 7960451 NF-PM1 2023-07-05 00:37:08 64.8 B1=3000000, B2=8070112050 177.3454 Z-170 7960333 NF-PM1 2023-07-04 23:46:50 64.7 B1=3000000, B2=8070112050 177.3454 Z-170 7960283 NF-PM1 2023-07-04 22:56:35 64.7 B1=3000000, B2=8070112050 177.3454 Z-170 7960243 NF-PM1 2023-07-04 22:05:23 64.7 B1=3000000, B2=8070112050 177.3454 Z-170 7960237 NF-PM1 2023-07-04 21:01:26 64.6 B1=3000000, B2=8070112050 177.3454 Z-170 7960189 NF-PM1 2023-07-04 20:07:45 64.6 B1=3000000, B2=8070112050 177.3454 Z-170 7960171 F-PM1 2023-07-04 19:09:49 64.5 Factor: 4919723289307250613119681 / (P-1, B1=3000000, B2=8070112050) 177.3454 Z-170 7960159 NF-PM1 2023-07-04 18:18:15 64.5 B1=3000000, B2=8070112050 177.3454 Z-170 7960067 NF-PM1 2023-07-04 17:26:44 64.5 B1=3000000, B2=8070112050 177.3454 Z-170 7960039 NF-PM1 2023-07-04 16:31:27 64.4 B1=3000000, B2=8070112050 177.3454 Z-170 7960037 NF-PM1 2023-07-04 15:31:20 64.4 B1=3000000, B2=8070112050 177.3454 Z-170 7960013 NF-PM1 2023-07-04 14:40:47 64.3 B1=3000000, B2=8070112050 177.3454 Z-170 7960009 NF-PM1 2023-07-04 13:50:09 64.3 B1=3000000, B2=8070112050 177.3454 Z-170 7959997 NF-PM1 2023-07-04 12:57:52 64.2 B1=3000000, B2=8070112050 177.3454 Z-170 7959983 NF-PM1 2023-07-04 12:01:10 64.2 B1=3000000, B2=8070112050 177.3454 Z-170 7959937 NF-PM1 2023-07-04 11:10:53 64.2 B1=3000000, B2=8070112050 177.3454 Z-170 7959907 NF-PM1 2023-07-04 10:20:38 64.2 B1=3000000, B2=8070112050 177.3454 Z-170 7959883 NF-PM1 2023-07-04 09:30:17 64.1 B1=3000000, B2=8070112050 177.3454 Z-170 7959857 NF-PM1 2023-07-04 08:40:02 64.1 B1=3000000, B2=8070112050 177.3454 Z-170 7959761 NF-PM1 2023-07-04 07:49:45 64.0 B1=3000000, B2=8070112050 177.3454 Z-170 7959649 NF-PM1 2023-07-04 06:59:21 64.0 B1=3000000, B2=8070112050 177.3454 Z-170 7959577 NF-PM1 2023-07-04 06:08:55 64.0 B1=3000000, B2=8070112050 177.3454 Z-170 7959503 F-PM1 2023-07-04 05:18:52 64.0 Factors: 2824367583467929069001,14494910108220813075096329,6183516571833847597186086750001 / (P-1, B1=3000000, B2=8070112050) 177.3454 Z-170 7959493 NF-PM1 2023-07-04 04:28:21 63.9 B1=3000000, B2=8070112050 177.3454 Z-170 7959491 NF-PM1 2023-07-04 03:37:24 63.9 B1=3000000, B2=8070112050 177.3454 Z-170 7959473 NF-PM1 2023-07-04 02:47:08 63.8 B1=3000000, B2=8070112050 177.3454 Z-170 7959401 NF-PM1 2023-07-04 01:56:36 63.8 B1=3000000, B2=8070112050 177.3454 Z-170 7959373 NF-PM1 2023-07-04 01:05:53 63.8 B1=3000000, B2=8070112050 177.3454 Z-170 7959337 NF-PM1 2023-07-04 00:15:31 63.8 B1=3000000, B2=8070112050 177.3454 [/CODE] |
[QUOTE=tha;633697]So, a lucky strike in the past just over 24 hours. First a triple factor, than a double factor, than four consecutive factors, of which the last one is a new personal record at just over 156 bits.
[/QUOTE] Nice! That free electricity is luckier... |
| All times are UTC. The time now is 15:06. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2023, Jelsoft Enterprises Ltd.