Taking 108078
Releasing 609330

Dropping 308610 (149 digits, 2[SUP]3[/SUP]*3*5, ECMd C129)

Reserving 935940

Reserving 293250, 826848, 664900, 965016, 387498, 792090, 198048, 656616, 261816
Reserving 681696, 604770, 982494, 887838, 130080, 54072, 150726
Reserving 517230, 546960, 162216, 150684, 310324, 780042, 473280, 19866, 947208, 482310

Dropping 534360 (148 digits, 2^5*7, C139 cofactor with 4000@3e6 ECM)

Dropping 814968 262272 669168 870408 2664

Reserving 567540 995688

Dropping 760860

Reserving 27324

Dropping 220992 337518 488118 630660 662706 684816

Dropping 652296 (141 digits, 2^2*5*7*C139, 4000@3e6 ECM)

Reserving 460104, 662706, 684816

Reserving 508284.

Dropping 214864 (145 digits, 2^4*3^2, ECMed C140)

Dropping 27324

Dropping 508284.

Query 640104 status?

I inadvertently worked some on 640104 instead of 460104. When I searched to see who to apologize to, I found no reference to that number at all anywhere, including the "Current status of aliquot sequences with start term below 1 million" page or the archives. Is it an unclaimed orphan?

I suppose I could check to see if it was a number with a bad .elf, but wouldn't it have shown up in the thread(s) about them, if it was, and would that keep it from showing up in the "Current status..." page?

Is this possibly within a block of reserved numbers? If so, would that prevent it from showing up on the above referenced pages.

The last line in the db is:
[code]
Unchecked 3510 138[SUB] (show)[/SUB] 7867005339...98[SUB]<138>[/SUB] = 2 · 3 · 2347 · 5586568200...39[SUB]<134>[/SUB][/code]

The id for the last line, 1100000000869112634, doesn't seem to be in the current list of final lines [url]http://www.rechenkraft.net/aliquot/AllSeq.json[/url] (doesn't *necessarily* guarantee it's improperly missing, but makes it seem pretty likely). On the other hand, the line is newly created as of today. Give it four days to let all the sequences cycle on the aliquot page before we check again for a duplicate.

When you ran it, did you do so with aliqueit? It would detect any .elf errors introduced by the FDB

[QUOTE=Dubslow;443616]The id for the last line, 1100000000869112634, doesn't seem to be in the current list of final lines [url]http://www.rechenkraft.net/aliquot/AllSeq.json[/url] (doesn't *necessarily* guarantee it's improperly missing, but makes it seem pretty likely). On the other hand, the line is newly created as of today. Give it four days to let all the sequences cycle on the aliquot page before we check again for a duplicate.

When you ran it, did you do so with aliqueit? It would detect any .elf errors introduced by the FDB[/QUOTE]

That new line is probably from me. I'm testing ali.pl (by yoyo). It doesn't check the .elf or create a log, so I don't know how many lines I did. Perhaps, if it is "invisible" I didn't intrude on someone else's work.

Thanks for checking.

ali.pl runs yafu and yafu writes a factor.log. There you see which composites you factored and which factors you found.

[QUOTE=EdH;443612]Query 640104 status?
[/QUOTE]
It merges with a lower sequence
640104:I2=282216:I3
and it appears that 282216 isn't being worked on.

[QUOTE=yoyo;443621]ali.pl runs yafu and yafu writes a factor.log. There you see which composites you factored and which factors you found.[/QUOTE]Thanks! I was looking more for what lines had been done, since more than one factor job could be done per line. You can still reconstruct the lines, but it's a bit more work. I was going to, and probably still will, post some more about my ali.pl runs in a different post.

[QUOTE=ugly2dog;443642]It merges with a lower sequence
640104:I2=282216:I3
and it appears that 282216 isn't being worked on.[/QUOTE]Thanks! I didn't consider that, because a forum search turned up no hits and I would expect the merge and terminate thread to hold that. I wonder if the merge should be posted there. There are lots more that aren't posted, though.

So I really worked 282216, but didn't interfere with anyone else. That's good. Thanks again for letting me know.

[QUOTE=EdH;443654]
Thanks! I didn't consider that, because a forum search turned up no hits and I would expect the merge and terminate thread to hold that. I wonder if the merge should be posted there. There are lots more that aren't posted, though.
[/QUOTE]
I guess the consensus is that we don't need to track every single one of the 499,999 even numbers below 10^6 (not that we couldn't if we really wanted to)

[QUOTE=EdH;443654]Thanks! I was looking more for what lines had been done, since more than one factor job could be done per line. You can still reconstruct the lines, but it's a bit more work. I was going to, and probably still will, post some more about my ali.pl runs in a different post.[quote=ugly2dog]It merges with a lower sequence
640104:I2=282216:I3
and it appears that 282216 isn't being worked on.[/quote]Thanks! I didn't consider that, because a forum search turned up no hits and I would expect the merge and terminate thread to hold that. I wonder if the merge should be posted there. There are lots more that aren't posted, though.

So I really worked 282216, but didn't interfere with anyone else. That's good. Thanks again for letting me know.[/QUOTE]It would not be in the termination thread becuase when the <1 million sequences were first worked on the merge would have been noticed, and 640104 would never have been in the original list from the past.

I will let it rest, then. After all, I never would have noticed it missing had I not inadvertently typed it. It is probably the same for most.

Thanks...

Yarrr, I just succeeded in killing another D3 driver!
991080:1880 switched to 2^4 (well, with a lot of 3s and 5s, but better than 2^3*3*5 anyhow!)

Drop 788868 (iteration 2232, 123 digits, 2^2*3, ECMed C120)

Drop 636240 (143 digits, 2^4 * 3 * 7 * C140 which survived 4000@3e6)

Drop 908604 (148 digits, 2^5 * 3 * 7 * 29 * 367 * C141 which survived 4000@3e6)

Reserving 180270.

Reserving 278982.

Drop 30352 (155 digits, 2^2 * 3 * 7^2 * 11 * 71 * 347 * C147; C147 has survived 4000@3e6 but would need more before ECM)

Reserving 138108, 171888, 345492, 368898, 707976

Drop 646668 (150 digits, 2^2*3^3, 143-digit cofactor has had 4000@3e6 ECM but might need more)

Taking 606150 674880

I would like to unreserve any sequences I was working on if this hasn't been done already

The computer I was using died badly a while ago. I lost the address of the forum, but suddenly just remembered I had put it on the wikipedia page. It is still there.

May be back some time if I get the resources for running these - I can reserve new seqs if that happens.

Mod edit for scripts:
Unreserving 39012 39060 43158 46224 61452 67200 79194 98850 157728 171462 181830 182196 182304 182484 183558 421854 511728 527436 527640 733866 748350 748356 809352 827880 837480

[QUOTE=Greebley;444057]I would like to unreserve any sequences I was working on if this hasn't been done already

The computer I was using died badly a while ago. I lost the address of the forum, but suddenly just remembered I had put it on the wikipedia page. It is still there.

May be back some time if I get the resources for running these - I can reserve new seqs if that happens.[/QUOTE]

Can you explicit unreserve the sequences here so the scripts would update the reservation list? Type yor name here [url]https://www.rechenkraft.net/aliquot/AllSeq.html[/url] and you see what you have reserved.

Reserving 512540, 759456, 364584, 159978 and 636024.

[QUOTE=Greebley;444057]I would like to unreserve any sequences I was working on if this hasn't been done already

The computer I was using died badly a while ago. I lost the address of the forum, but suddenly just remembered I had put it on the wikipedia page. It is still there.

May be back some time if I get the resources for running these - I can reserve new seqs if that happens.[/QUOTE]

[QUOTE=yoyo;444075]Can you explicit unreserve the sequences here so the scripts would update the reservation list? Type yor name here [url]https://www.rechenkraft.net/aliquot/AllSeq.html[/url] and you see what you have reserved.[/QUOTE]
ChristianB can use the reservations.py script to edit his reservations file, or he could even edit it manually if he was so inclined.

Stealing from the [URL="https://github.com/ChristianBeer/MersenneForumAliquot/blob/web-rkn/website/cron/cron-yoyoseq.sh"]cron[/URL] he wrote to update your sequences more often:

[code]grep Greebley /var/www/rechenkraft.net/aliquot/reservations | cut -b1-7 | xargs reservations.py drop Greebley[/code] (might need to tweak some details, especially where calling the script is concerned)

Or Greebley, you could save him the trouble by making a post with the following text:
[quote]Unreserving 39012 39060 43158 46224 61452 67200 79194 98850 157728 171462 181830 182196 182304 182484 183558 421854 511728 527436 527640 733866 748350 748356 809352 827880 837480[/quote]

I edited his post above to include it. The post id will need backing up a little but that should be all.
Struggling to run the script to update the first few posts. The pc I normally do it on has died. I believe either fivemack or Batalov have done it before. Would you mind doing it again?

The RKN site no longer checks the res posts here... so it won't make a difference unfortunately.

I removed the reservations from /var/www/rechenkraft.net/aliquot/reservations :)
yoyo

Taking 70308

Thanks for taking care of it :smile:

Taking 220992

Reserving 421854

Reserving 827880 788868 171462 182484 748350 814968

Reserving 424428.

Drop 278982.

Taking 278982

Dropping 424428.

Reserving 141408

Taking 62820 79194 547218

Taking 120564 723432

Releasing 19866, 54072, 130080, 198048, 261816, 310324, 473280, 517230, 546960, 604770, 780042, 826848, 887838, 947208, 965016, 982494

Reserving 22584 278598

Dropping 687996 and 180270 (2000+ lines were added).

Dropping 636024 and 364584.

Releasing 22584, 278598

Reserving 36552, 142452, 335514, 394604, 511902, 642768, 105402, 671580, 236448, 474864, 527640, 617988, 277344, 612306, 660780, 780912, 943944, 53802, 741576, 253470, 566202, 682704, 233100, 233324, 543270, 744168

I assume that 74157 is a typo. It makes the script have a headache anyway.

Dropping 570280. Forgot I still had anything reserved here.

[QUOTE=10metreh;446469]Dropping 570280. Forgot I still had anything reserved here.[/QUOTE]

Long time no see :smile:

[QUOTE=henryzz;446453]I assume that 74157 is a typo. It makes the script have a headache anyway.[/QUOTE]

Oh. That does look bad, doesn't it. I must have chopped the last digit off somewhere. I didn't actually type this in manually, but errors still do crop up.

Reserving 741576

Reserving 2158184014

I hope that works. You'll have to start allowing/tracking reservations >1M sooner or later.

[QUOTE=Stargate38;446769]Reserving 2158184014

I hope that works. You'll have to start allowing/tracking reservations >1M sooner or later.[/QUOTE]

I would suggest we keep a separate list [url]http://www.mersenneforum.org/showthread.php?p=446767[/url]

I will highjack the first post if we get many more posts there.

[QUOTE=henryzz;446831]I would suggest we keep a separate list [/QUOTE]
+1

Dropping 804126 (2^2 * 3 * well-ECMed C140)

Taking 954336.

Taking 791220.

reserving 367968 until it hits a large composite.

releasing 662706, i1080 - c146 has been ECMed to ~t45

reserving 208680, 519840

Unreserving 827880 788868 171462 182484 748350 814968

Dropping 3270

It's been a long time, but with a 2^7*3 driver and a 196-digit cofactor I think it's not a bad point to stop

Taking 892848.

releasing 460104

i1302, c146 has had ~ 1/3 t50 ECM

reserving 463080

Taking 125034

Dropping 606150 (2^4*3*31, C136 cofactor which has had 4000@3e6 ECM)

Dropping 793122 (2^2*3, C140 which survived 4000@3e6)

Going away for three weeks with no remote access. Here's hoping it doesn't die while I'm away. This is quite likely too much work for the time needed, but I'll likely just unreserve it all anyways when I get back. (This is just the hundred smallest unreserveds, secondarily sorted by class, to be taken to 137 digits.)

Reserving 305460 606150 228504 344100 688170 689388 247422 440094 543960 670020 344232 273960 768042 758976 677550 766776 210222 883820 466896 73734 573462 514746 753768 295020 848358 327864 299040 389268 587886 175410 604770 737664 254340 806904 950688 462918 175944 778740 677292 74256 279076 554022 489864 427746 402120 664280 473892 549612 762606 77952 209500 569478 357372 975690 62946 123750 326550 590724 50064 262296 400200 934836 771000 867960 66498 488040 707430 195264 984258 75054 93828 416856 902550 440592 554616 822216 665064 616440 711288 227280 127242 583308 73980 43974 18102 693744 165624 755460 846048 780042 454410 309396 509736 649026 261090 823608 59232 878460 903054 736032

releasing 463080 @ i3690 (150d): c132 has had the following ECM:

30 @ 2e3
74 @ 11e3
107 @ 5e4
432 @ 25e4
100 @ 1e6
100 @ 3e6
100 @ 11e6
100 @ 43e6
300 @ 11e7

Releasing 36552 53802 142452 233324 236448 253470 277344 335514 511902 527640 566202 612306 617988 642768 671580 744168 780912 943944

releasing 519840

releasing 30450
releasing 877552
releasing 930966

releasing 208680

releasing 218420 (2^3 · 3^3 · 5^2 · C157)

I can't imagine anyone's going to want to pick that one up any time soon

releasing 961944 : 2^2 · 7 · 941 · mostly-ECMed C137

[QUOTE=fivemack;450476]releasing 218420 (2^3 · 3^3 · 5^2 · C157)

I can't imagine anyone's going to want to pick that one up any time soon[/QUOTE]

Doesn't it have potential to change power of 2 next iteration?

[QUOTE=henryzz;450622]Doesn't it have potential to change power of 2 next iteration?[/QUOTE]

No. 3^3 is sufficient to keep 2^3. If it was 3^2 ...

[QUOTE=henryzz;450622]Doesn't it have potential to change power of 2 next iteration?[/QUOTE]

[$]\tau(3^3) = 3[/$] (versus normally [$]\tau(3) = 2[/$]) so the class is effectively 0, even without the contribution of the 5 -- unbreakable.

Take 666930

releasing 684816

reserving 459828

Just had to add more posts yet again. Now taking over a minute to update all the posts.

reserving 700700

releasing 459828

drop 281190 (C142, 4000@3e6 done)

(this is a bit sad, factors went

1111 2^2 * 3^3
1112 2^2 * 3^2
1113 2^2 * 11
1114 2^2 * P66
1115 2^2 * 3^4
1116 2^2 * 3^2

so it lost a persistent power of three for precisely two iterations)

reserving 733866

releasing 700700

reserving 244140