mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   Aliquot Sequences (https://www.mersenneforum.org/forumdisplay.php?f=90)
-   -   Subproject #3: 700k-800k sequences to 100 digits (https://www.mersenneforum.org/showthread.php?t=12537)

EdH 2009-12-15 22:13

[quote=Mini-Geek;198827]I would prefer that you be willing to take it all the way to 100 digits, (and preferably stop at a decently large number, at least 70 digits, that passed all ECM) and are planning on doing so at a decent speed. (there is no set time limit or anything like that, I'd just rather not have it be running on a Pentium II that's only on 5 hours a day, if you know what I mean. :smile:)[/quote]

OK, I have it (736896) at index 806 size 102, but am still letting it run because I'm not sure about the "(and preferably stop at a decently large number, at least 70 digits, that passed all ECM)" statement above. Sorry for my ignorance. How do I tell something has passed all ECM?

Take Care,
Ed

Mini-Geek 2009-12-15 23:06

[quote=EdH;198957]OK, I have it (736896) at index 806 size 102, but am still letting it run because I'm not sure about the "(and preferably stop at a decently large number, at least 70 digits, that passed all ECM)" statement above. Sorry for my ignorance. How do I tell something has passed all ECM?

Take Care,
Ed[/quote]
If aliqueit finishes ECM on a number without finding a factor, it will either begin SIQS (using YAFU or Msieve) or GNFS (using GGNFS), depending on the size (around 90-100 digits is a good cutoff to switch to GNFS). So when what you're seeing changes from aliqueit showing a line saying it's running ECM (or P-1 or P+1) to the output of one of the other programs, it's passed all ECM. It'll say how large the number is, and from that you can know if it's a relatively large number or not (e.g. 70 digits, like I said before).
I can't say I'm 100% sure why you should stop on a tough composite instead of just anywhere, but since that's the way everyone does it, if you don't you might make somebody at some point waste some time by running SIQS/GNFS on a number that has an easily found factor.

EdH 2009-12-16 03:05

I think I have the idea then. My last few lines are:

[code]
806 . c102 = 386429243769394716051180254077642345811022487402582255907568795631341589321719440410093574149817222700 = 2^2 * 3 * 5^2 * 7 * 211 * 1110181 * 9499959158813781394644541574553211 * 82689945633923936673872152672136741069521470194141389387
c87: running 233 ecm curves at B1=25e4...
sieving in progress (press Ctrl-C to pause)
9468 relations (6318 full + 3150 combined from 236995 partial), need 56763
[/code](The "9468" above is counting up.)

I should be safe to consider index 806 is correct and it is now working on an 87 digit portion of the index 807 calculations.

So, if I stop here, I have met the normal requirements and I can add the last index (806) from the elf file to the db? Should I retrieve the minor factors from the log file and add those manually to the 807 line that will appear in the db?

Sorry if I'm taking too long to come up to speed. Thanks for the help.

Take Care,
Ed

Mini-Geek 2009-12-16 03:21

Yep, that is all correct. :smile:
[quote=EdH;198975]Should I retrieve the minor factors from the log file and add those manually to the 807 line that will appear in the db?[/quote]
It'd be easiest to just use the Quick ECM option once or twice until the remaining cofactor is the same size as the one you got (in this case c87). In nearly all (all you're likely to run into on this subproject) cases where you leave a sequence at a tough number like this, Quick ECM will easily find the necessary factors.

I've removed your reservation from the list of active reservations since it's complete.
Edit: I don't know if it was you or someone else, but I see the DB now has it up to index 807 and the c87, so there's nothing else you need to do. You could learn about reporting your ECM curves, but it's not too important. We'll leave that for another day and a situation where it's more important. :smile:

EdH 2009-12-16 03:51

[quote=Mini-Geek;198976]I've removed your reservation from the list of active reservations since it's complete.
Edit: I don't know if it was you or someone else, but I see the DB now has it up to index 807 and the c87, so there's nothing else you need to do. You could learn about reporting your ECM curves, but it's not too important. We'll leave that for another day and a situation where it's more important. :smile:[/quote]

Thanks! It was me that added 806 and did the Quick ECM on 807.

I was about to unreserve 736896 with this message:smile:.

I'd like to reserve 738048 and play some more, then.

Thanks for your help. I think I have the hang of it. Holler at me if I need it, (edit) or when you think I'm ready for "the next step." I am trying to keep files relevant to 736896 in a directory for it. Hopefully, I grabbed all the pertinent ones.

Take Care,
Ed

Greebley 2009-12-16 04:13

Done with 739464, 113 digits, 2^3*3^2*5. With the square term on the 3 this isn't really a driver.

Andi47 2009-12-16 08:22

734112 Andi47 <-- sz 117, 2^2*7^2
734184 Andi47 <-- sz 103, 2^2*7

unreserving both.

Andi47 2009-12-16 13:36

reserving 735882

unconnected 2009-12-16 19:14

reserving 738546, 738612, 736890

kar_bon 2009-12-16 22:46

update is online

Andi47 2009-12-17 09:05

unreserving 735882 at i=1356, sz 105, [COLOR="Red"]2²*7[/COLOR]


All times are UTC. The time now is 22:58.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.