Reserved for MF - Sequence 4788 - Page 198

EdH · 2013-10-24, 02:14

Quote:

Originally Posted by RichD

I was going to get the rest of the .dat file to run with you but noticed it is already removed from the server. I also see Greg is running this number so he'll have the results in a few days. I guess he got impatient and needed to free up some space on the server.

I'm kind of impatient myself. This job is tying up the machine I had running all my others for both ecm and sieving, so I spent today changing everything over to another machine. I finally have the others running ecm again, while the main one works on the c166. Now it shouldn't bother me to "let it be."

It would be more than frustrating to try to upload the .dat file somewhere - my upload speed is severely limited. It may only be 1/10 my download, which took several hours.

If you guys can't wait for my "slow butt," that's perfectly fine. If it was factored faster by someone else, it really wouldn't upset me in the least. It would free me up that much sooner. But, if it can take a while, I should have something in about 287h31m...

RichD · 2013-10-25, 20:41

2^4 * 3 * 31 * ... * c167

EdH · 2013-10-25, 21:09

Excellent! I was still at 243h30m. I will have to seriously rework some things before I try anything that large again.

By how far did we miss the probability of finding the p(rp)63 during ECM?

And, a sincere "Thank you" to whomever "bailed me out."

RichD · 2013-10-25, 21:19

Greg did the post-proceasing as shown at the bottom of this page.

We barely got started toward t60 so we were just past t55. Not a near miss by any standards.

frmky · 2013-10-26, 00:12

Sorry. I somehow completely missed that you were running it.

EdH · 2013-10-26, 00:36

Quote:

Originally Posted by frmky

Sorry. I somehow completely missed that you were running it.

That's quite all right! I was in over my head. It took me all day to d/l the relations and then find out I really didn't have the required memory. Even after increasing the memory it was looking like a couple weeks to finish it.

Thanks for all...

RichD · 2013-10-26, 02:09

2^3 * 3 * … * c128

The C128 has been fully ECMed. A moderately easy GNFS task for an individual for a few days. I have moved on to assist in a larger project.

EdH · 2013-10-26, 02:51

Quote:

Originally Posted by RichD

2^3 * 3 * … * c128

The C128 has been fully ECMed. A moderately easy GNFS task for an individual for a few days. I have moved on to assist in a larger project.

I'll try to knock it out "overnight" - let's see what happens...

schickel · 2013-10-26, 02:56

Quote:

Originally Posted by RichD

2^3 * 3 * … * c128

The C128 has been fully ECMed. A moderately easy GNFS task for an individual for a few days. I have moved on to assist in a larger project.

*cough* *cough* Hey, don't do that when I'm taking a drink! Did anyone else notice what happened just 2 lines after the big gnfs c166? That's right:

Code:

 5161 .  c178 = 2^4 * 3 * 31^2 * p173

Talk about extraordinary luck! It's just a shame that the '3' was there. Without it, there was a chance it could have avoided 2^3 * 3.....but you still can't argue with that escape!

EdH · 2013-10-26, 13:17

An interesting find this morning:

Code:

GMP-ECM 6.4.4 [configured with GMP 5.1.2, --enable-asm-redc] [ECM]
Using B1=43000000, B2=240490660426, polynomial Dickson(12), 2 threads
Done 1/20; avg s/curve: stg1 568.2s, stg2 161.3s; runtime: 737s

Run 1 out of 20:
Using B1=43000000, B2=240490660426, polynomial Dickson(12), sigma=2256742655
Step 1 took 569323ms
Step 2 took 161338ms
********** Factor found in step 2: 23725821245086537435130711983948448089958946186929
Found probable prime factor of 50 digits: 23725821245086537435130711983948448089958946186929
Probable prime cofactor 681239635497746997442332642051682014873561471115153741181581865369559689620039 has 78 digits
 
****************************************

on one machine, and:

Code:

Sat Oct 26 07:49:17 2013  prp50 factor: 23725821245086537435130711983948448089958946186929
Sat Oct 26 07:49:17 2013  prp78 factor: 681239635497746997442332642051682014873561471115153741181581865369559689620039

on another.

In case there is interest, the following numbers of curves had been reported back to the ECM controlling machine at the time of the find:

Code:

 300@2e3      814@11e3     4815@5e4      972@25e4     1820@1e6
4020@3e6     4660@11e6     1400@43e6     148@11e7       56@2e8

EdH · 2013-10-26, 19:36

Another index down and now there's a c149 at i5156.

Just a protocol query - should a post be made each time another index is factored, or is it enough to inform the db?

My system is set to automatically submit the factors and it may be quite some time before I notice, so I can post here.

2013-10-25, 20:41	#2169
RichD Sep 2008 Kansas 110101000000₂ Posts	c167 @ i5160 2^4 * 3 * 31 * ... * c167

2013-10-26, 02:09	#2174
RichD Sep 2008 Kansas 2⁶·53 Posts	c128 @ i5164 2^3 * 3 * … * c128 The C128 has been fully ECMed. A moderately easy GNFS task for an individual for a few days. I have moved on to assist in a larger project.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Reserved for MF - Sequence 3366	RichD	Aliquot Sequences	470	2021-04-22 02:17
Reserved for MF - Sequence 3408	RichD	Aliquot Sequences	474	2021-03-07 20:28
Reserved for MF - Sequence 276	kar_bon	Aliquot Sequences	127	2020-12-17 10:05
Assignments are reserved but not showing up	prism019	GPU to 72	6	2020-09-21 22:11
80M to 64 bits ... but not really reserved	petrw1	Lone Mersenne Hunters	82	2010-01-11 01:57

2013-10-25, 21:09	#2170
EdH "Ed Hall" Dec 2009 Adirondack Mtns 3841₁₀ Posts	Excellent! I was still at 243h30m. I will have to seriously rework some things before I try anything that large again. By how far did we miss the probability of finding the p(rp)63 during ECM? And, a sincere "Thank you" to whomever "bailed me out."

2013-10-25, 21:19	#2171
RichD Sep 2008 Kansas 6500₈ Posts	Greg did the post-proceasing as shown at the bottom of this page. We barely got started toward t60 so we were just past t55. Not a near miss by any standards.

2013-10-26, 00:12	#2172
frmky Jul 2003 So Cal 2⁴·7·19 Posts	Sorry. I somehow completely missed that you were running it.

2013-10-26, 19:36	#2178
EdH "Ed Hall" Dec 2009 Adirondack Mtns 23·167 Posts	Another index down and now there's a c149 at i5156. Just a protocol query - should a post be made each time another index is factored, or is it enough to inform the db? My system is set to automatically submit the factors and it may be quite some time before I notice, so I can post here.