20110303, 23:18  #1 
Oct 2007
Manchester, UK
1360_{10} Posts 
GMPECM crash
Here's an unusual ECM crash, anyone know what's going on? Screenshot of error is attached. Specifically I'm using the ecm63mpircore264asmredc binary provided by ATH.
It ran fine for (4.7) days on many stage 1 results from P95 before giving up on one just like all the rest. Another instance of ECM that was started at the same time carried on just fine. Each instance tops out at about 4.3 GB of RAM usage, which is fine since I have 12 GB (although I'd like to use more). Should I just put it down to cosmic rays? A small note on the RAM use, I'm currently using as much RAM per curve as I can without ECM crashing. For some reason the binaries from ATH using MPIR let me use more RAM without crashing than Jeff Gilchrist's using GMP. Though I don't know if this is down to version 6.2.3 vs 6.3 or GMP vs MPIR. Another curiosity is that I can't use Jeff's v6.3 binaries for these numbers because it consistently and repeatedly crashes. 
20110304, 10:11  #2  
May 2008
Worcester, United Kingdom
21B_{16} Posts 
Quote:
Last fiddled with by Brian Gladman on 20110304 at 10:12 

20110304, 23:17  #3 
Oct 2007
Manchester, UK
2^{4}·5·17 Posts 
I do not, hence the cosmic ray theory. It is, so far anyway, a one time event.

20110305, 03:18  #4 
Einyen
Dec 2003
Denmark
3172_{10} Posts 
I think he meant consistent repeatable crash with Jeff Gilchrist's Visual Studio build ?
Last fiddled with by ATH on 20110305 at 03:19 
20110305, 07:48  #5 
May 2008
Worcester, United Kingdom
1000011011_{2} Posts 
Any consistent repeatable crash on windows x64 applications using MPIR built with Visual Studio would be worth reporting as I can look at these provided the crash is quickly and easily invoked. For mingw64 builds I probably cannot do much and for GMP based builds nothing at all.

20110305, 15:01  #6 
Oct 2007
Manchester, UK
2^{4}·5·17 Posts 
ECM does crash if I try to use k 2 or k 1, however ATH's binaries were compiled with mingw, not visual studio.

20110305, 17:42  #7 
Einyen
Dec 2003
Denmark
6144_{8} Posts 
When I tested speed of Jeff's and my own binary, Jeff's binary crashed in stage2 for numbers above 550 digits.
I use the file "ecm63_win64_core2.zip" from http://gilchrist.ca/jeff/factoring/ I attach a random 600 digit prime I used for speed testing. Ecm crashes with the line: ecm v 11000000 < 600.txt Code:
Input number is 8614110783543076121203557864541451475181738140565460140525625406 17672358376042484422011860583124636832511472678571543257381587434765681015776543 33156770671517657847576067258140603313117285353800244201077038607241042767167315 14317643306576014064160281702626518333805205410611222102684018566224812041335033 60231878770646074401401873414133045202765578030814551842776170633787176860533737 17004243526837320128843638133045328864815231888836456721485762882412441457475718 85553127022284648282565867544848504450516488703313021810413614370446650416862100 64387716570260056372555036864857356440482615218335691927 (600 digits) Using MODMULN Using B1=11000000, B2=30114149530, polynomial Dickson(12), sigma=2957883585 dF=36864, k=2, d=371280, d2=11, i0=19 Expected number of curves to find a factor of n digits: 35 40 45 50 55 60 65 70 75 80 124 702 4630 34845 292384 2737745 2.8e+007 3.1e+008 3.9e+009 4.6e+010 Step 1 took 507518ms Estimated memory usage: 516M Initializing tables of differences for F took 452ms Computing roots of F took 11997ms 
20110305, 18:15  #8  
May 2008
Worcester, United Kingdom
7^{2}·11 Posts 
Quote:
I have just run this and got: GMPECM 6.3 [configured with MPIR 2.3.0, enableasmredc] [ECM] Input number is 86141107835430761212035578645414514751817381405654601405256254061767235837604248442201186058312463683251147267857154 325738158743476568101577654333156770671517657847576067258140603313117285353800244201077038607241042767167315143176433065760140641602 817026265183338052054106112221026840185662248120413350336023187877064607440140187341413304520276557803081455184277617063378717686053 373717004243526837320128843638133045328864815231888836456721485762882412441457475718855531270222846482825658675448485044505164887033 1302181041361437044665041686210064387716570260056372555036864857356440482615218335691927 (600 digits) Using MODMULN Using B1=11000000, B2=30114149530, polynomial Dickson(12), sigma=21267629 dF=36864, k=2, d=371280, d2=11, i0=19 Expected number of curves to find a factor of n digits: 35 40 45 50 55 60 65 70 75 80 124 702 4630 34845 292384 2737745 2.8e+007 3.1e+008 3.9e+009 4.6e+010 Step 1 took 521495ms Estimated memory usage: 516M Initializing tables of differences for F took 453ms Computing roots of F took 12808ms Building F from its roots took 9454ms Computing 1/F took 5179ms Initializing table of differences for G took 359ms Computing roots of G took 10623ms Building G from its roots took 9360ms Computing roots of G took 10639ms Building G from its roots took 9376ms Computing G * H took 2948ms Reducing G * H mod F took 4478ms Computing polyeval(F,G) took 23072ms Computing product of all F(g_i) took 140ms Step 2 took 99045ms Expected time to find a factor of n digits: 35 40 45 50 55 60 65 70 75 80 21.43h 5.05d 33.26d 250.26d 5.75y 53.87y 554.11y 6031y 76148y 902836y 

20110305, 18:53  #9 
Just call me Henry
"David"
Sep 2007
Cambridge (GMT/BST)
2^{3}×739 Posts 
ATH isn't the only one getting a crash on that number with Jeff's binaries. Just got crash here as well.

20110305, 19:13  #10 
May 2008
Worcester, United Kingdom
7^{2}·11 Posts 
I'll have to leave Jeff to sort that out since my version doesn't crash.
Last fiddled with by Brian Gladman on 20110305 at 19:15 
20110306, 01:03  #11 
Oct 2007
Manchester, UK
2^{4}×5×17 Posts 
With regards to the crashing with high RAM use, I'm running stage 2 on a 1000 digit number with a large B2 value. Jeff's 6.2.3 GMP binary crashes with high RAM use and ATH's 6.3 MPIR binary crashes with much higher RAM use. This is repeatable and happens every time.
I say it's due to high RAM use, but it could just be that it is coincident with the RAM use spiking, it always crashes just as ECM is gobbling up RAM during the "Computing polyeval(F,G)" step. The inputs come from Prime95 output and look like this: Code:
N=0x616BE0CA587F119BC9EDD5D54A4B7C544640C778449EAD906417B1F06EC55C4368711E4E836231959822E1F2554177F033868074BC2A504B510D4119206C4A79C193E3D13235842221B449926E3DF768A433BDA39C5CA70EDCC26FC3FB6EB9300F8A5CE3B9E05EF55336A7C27E07D2F624E7E34CA58B76263A427E79A689D9A9D9E3B91EE3BCDCCF095555044AA5A629AC6CABC4CBFBA80EC78D9FE552E1F60D11F57F56115DA79E5F1E2E11D39523F45A2D69B647A70C33348BF6036F5C2E161A4C690D0F46598B081F874F59C44F3C877F4C80C54EDDB915BC571AF958BB13DA3A9D138D88E91F93F61BE21472435FAA90EDF2AE808D43A7253F3CEAFC5759A30C6B7A1D8E7B8F944F5407885B0CD032089203E3C88E5C46A8C3EFED6C7D8B03D6800000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000D; QX=0x16F61AA6F0CEAA891EC5145A403C6FB819D9FFD5544A5500E7196D93DAA4D08600E390F41DA6614AA2BA4F8F5FEB4162BE5960FAE42714C58DBECDBDACDC0CE2BB12D469887C1E7A64F4D191E5950F029FB48FE294391C6160F91D3A6D318CB359701A6A6D7D6D89360116A675073D0894524D131354114D5A7A6D13EA70AF47C6124BAF7CE0245F6AAF8843EC9ECA7B0ABA852D3583828C9232A0C66EF5947920DBF4216B7078D3B5313B40A4540A0F33B094E7F59F49A9E1F3F9DCD798D6F047A711EF21A79E23A60C3598A5ADFDB9475B15D3F5069020E7B1EF7728681BE8F88C81C5B992D19E1FA413C2F117D181303E65C0F87EBD2D30A5ADE4E5BACB2DAE19C6B66008B2C9AF6B0931A129FCE4833A77F6EE23A6A6072FB0F27A62E1C1D4F9FB091D8CF6C4A533CFEC3D56CF599AD45BF4998E2339939390369CF5D7F5C51ADAAC4161874B57667FDD8CFFBB2E0B8064A5A261AA23CF104B62994E77536E5A9E70804C0CE8B42A0AF3E3F9BD68F0C29C7861CCE1DEB900CE52EA434CF45CB76AC33B0DC17245F288AE111726B98171E26A963E197A74C5E0A72F6963; SIGMA=3945445794047530 Code:
ecm resume "results.txt" k 3 treefile ecm nn timestamp 1 2600000003000000000000 > "save.txt" http://www.mersenneforum.org/showpos...72&postcount=7 It seems I made a mistake in the first post, I didn't realise that Jeff used MPIR in his binaries instead of GMP, unfortunately the crash happens after a fair amount of time (though it always happens at the same point). 
Thread Tools  
Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
gmpecm crash  yoyo  GMPECM  26  20110601 06:31 
Crash!  storm5510  Software  8  20090831 02:07 
GMPECM crash on win XP SP3  yoyo  GMPECM  2  20090126 19:22 
Crash?  remaker  Software  4  20070503 16:39 
Crash  coastertux  Software  2  20040316 20:49 