![]() |
I'm not running L1286; go ahead Victor.
|
I'll reserve C175_123_73 if it's still available.
Thanks. |
Taking L1286
[B]L1286[/B]
18.0M matrix (target_density=120) linear algebra 2.9%, ETA 270 hours |
GC_8_266 factors as:
[CODE]prp70 factor: 5337858207897425206402477040856223580543878692342715666338095306689637 prp154 factor: 1620070096388389666413782001881437840379400892281511927912530152176771586397201971956880652086850845577116366842930902714081215376595545703400838953104361[/CODE] Took 128 hours with 4 threads and density of 128. Factor found on the 9th dependency. |
I'll take GC_3_506.
|
GC_3_506
At 16.3% complete, approximately 102 hours left on 4 threads at density of 128.
|
GC_6_316 factored
[code]
prp82 factor: 1347518310473279456173357501103063827015631273254942411037255412485731916786961187 prp126 factor: 184508180801453372721806279004152160667870584497918664895640328807351440089488289218966643288685521162182583107102118601017277 [/code] Eta: what happened to the code function? It used to automatically truncate width as needed, now it seems to be broken. Something change behind the scenes? |
reserving GC_7_282
reserving [B]GC_7_282
[/B]L1286 should be ready tomorrow. [edit] Forgot to ask the last time, I've had several: "error: corrupt state, please restart from checkpoint" with L1282 and 1286. I restarted them with -ncr and all was fine again. Could this be memory or memorycontroller instability (it did pas a round of memtest, but that doesn't guarantee 24/7 stability under heavy memory load) ? Or could it be running out of memory when making a checkpoint (it's using 13.2 GB on a 16GB machine)? [/edit] |
L1286 factors
1 Attachment(s)
[B]L1286
[/B][code] prp107 factor: 55034896485909495644284965622902516851948428956808924618671358890444224889068652205754292187969101108293129 prp124 factor: 6729376961405157809852951259419777202853090027378017608984649517074400312670135119061444833877434899726572269651262388814163 [/code] 18.0M matrix with target density 120, 11 days of LA on my 3770k with -t 4 |
[QUOTE=VictordeHolland;385841]reserving [B]GC_7_282
[/B]L1286 should be ready tomorrow. [edit] Forgot to ask the last time, I've had several: "error: corrupt state, please restart from checkpoint" with L1282 and 1286. I restarted them with -ncr and all was fine again. Could this be memory or memorycontroller instability (it did pas a round of memtest, but that doesn't guarantee 24/7 stability under heavy memory load) ? Or could it be running out of memory when making a checkpoint (it's using 13.2 GB on a 16GB machine)? [/edit][/QUOTE] Msieve is very good at stress testing memory. It can find faults that other programs can't. It does sound like you have a hardware problem. Has this pc always done this or is it new? Does it need dedusting? |
About "corrupt state, please restart from checkpoint"
[QUOTE=jasonp;279779]That error is reported when a number-theoretic checksum on the working state of the linear algebra fails; it's performed before a checkpoint write and every so often as the LA runs. Technically it's independent of the checksum writing process.[/QUOTE] [url]http://www.mersenneforum.org/showpost.php?p=279779&postcount=105[/url] |
| All times are UTC. The time now is 22:26. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.