[QUOTE=fivemack;366695]Reserving 8154[/QUOTE]
Is it still down-driving?

Yes, it's just got to 130 digits for the second time

(updated in factordb)

Nice!

In the absence of the central sequence status repository, I've started my old "get last line" script; it only fetches ~420 sequences at a time and then factorDB throttles this IP for an hour; and then, the only downdriver I encountered (so far) was your 8154.

I have a [U]complete[/U] database with all the sequences, no more than 1 week old, if someone needs it (even when compressed, it is huge!).

Long version: I am trying to perfect my perl skill (i.e. on a scale from 1 to 10, I am trying to advance from 2 to 3, or from 3 to 4, hehe - I am a "C and assembler" programmer, I consider myself a very good one, but perl's logic sometime tries and succeeds to confuse me totally). So I did different scripts and combine them in different ways, to:
a) take all numbers from 1 to 1M and, if not prime, put them in a sorted list (there are totally 921500 sequences, including odd numbers, excluding primes). This list is saved and later reconstructed from the files in the root folder of the project, see below.
b) search the first element in the list, and if its size is less than 80 digits, call aliqueit to advance the sequence one digit (this will create 921500 ".elf" files on disk, most of them will stay on the "root folder" of the project, other will move around, see below)
c) if the size is larger, tries to factor it, but in the same time tries to get the rest of the sequence from the factorDB. Whatever succeeds first.
d) check for mergers (if sequence x merges with sequence y and x<y, a folder x_M is created and y.elf is moved there, sequence y is deleted from the list, and if y_M folder exists, it is moved there too).
e) checks for endings, if a prime ending detected, i.e. sequence s ends in prime p, the ".\Ended\Prime\p_E" is created, where p is the ending prime, and the sequence (and its associated s_M if exists) is moved there.
f) check for cycles, if a cycle is detected, then the smaller number m in the cycle is found, the ".\Ended\Cycle\m_C" is created, sequence s is moved there (with s_M folder, if it exists).

This task took about 20 days single core, except when a large factorization was needed (few elfs can not be downloaded from fDB or are broken!) and yafu was called (by aliqueit.exe, that is its normal behavior), during which activity, all 8 cores were used. Everything finished last week, letting the (about) nine thousand sequences in the root folder, which won't merge, and won't end. Yet.

The nice part of it is that if you use the DOS command "tree -all >>file" (in some OS'es it is "-f", to list the files in each folder), than you get a very nice aliquot tree (not available anywhere on the web, according with my knowledge) in a text file.

If Xyzzy give me some uploading space here, I can try to upload the tree, is not very big, about 20MB if uncompressed. Maybe we should have a mersenneforum/aliquots folder? as we have for mfakto and Misfit, etc.

The future plan is to make a database where you can navigate through this tree and see the sequences too. Right now, the "searching for a sequence" is going like: you open your favorite file manager, windows explorer, or total commander, etc, search for "123456.elf" file, and you find it in the root, or in some folder (assuming is not a prime), then you can open it with a text editor to look inside, or you can "navigate" upper side of the "path" (clicking the ".." folder if total commander is used, or the "crumble" path) to see the important mergers of the respective sequence (in case it is not in the project's root). The path to the file always tells you the important mergers of the sequence, in reversed order. For some paths I had to recombine (manually) the files, as the OS won't accept an infinite-long path.

Whatever...

But making a database will take time (still [STRIKE]thinking[/STRIKE] dreaming about the interface, i.e. trying to find a convenient graphical form to present the things).

[STRIKE]Why don't I take 569448 for a ride...[/STRIKE]

Hmm. It's not noted in the first post but it seems to be reserved by Dmitry. Ok

[QUOTE=unconnected;379198]Taking 569448, 968922 and 528318.[/QUOTE]

[QUOTE=Batalov;383214][STRIKE]Why don't I take 569448 for a ride...[/STRIKE]

Hmm. It's not noted in the first post but it seems to be reserved by Dmitry. Ok[/QUOTE]
It should be in the first post. I am not sure how I missed this. Does anyone know of any other sequence reservations I have missed?

I need to go out now but I will sort this out later.

I'll run 725490 and 109944 for a while.
And 169698.

With the return of the reservations page, I would like to reserve all numbers last touched in 2013 and with 118 or fewer digits. I think there are 232 of them. I will run them until they hit a 120-or-more-digit cofactor; I appreciate this will take some time.

Reserving 101142 173904 261360 299424 337518 414750 454848 526560 582750 617520 680586 724626 769656 805020 831588 861492 898320 959712
Reserving 112350 176340 261816 302992 341712 41610 460374 531492 583680 620328 682080 727812 771060 814890 832216 865650 898488 960564
Reserving 120588 187752 263424 305460 342132 41982 468018 533538 585090 623334 683982 728610 771720 816564 834264 86760 907056 962982
121128 187880 271908 307740 352080 421428 482196 535980 588330 633090 694188 729960 771764 817662 834762 871038 908904 966654
131880 209976 27978 308232 357000 422904 484500 537450 589520 640362 699768 730536 771870 817992 836264 87612 909020 971424
135294 218808 279816 312150 375480 426126 502950 550578 590376 641910 701760 730680 775908 818856 837198 877476 918072 971784
135612 22518 282600 312330 380520 426972 503220 553152 591264 64596 70464 732360 776616 821640 840258 883820 921240 973812
144894 228504 288680 314188 394440 433068 503280 557440 594648 645996 706200 735096 779868 822216 840294 886040 929052 974766
150648 241860 289840 321246 395850 433290 505230 568104 601104 652302 708744 743106 78474 822852 84564 887760 934836 975738
152640 247440 290836 321672 401508 437736 508400 56910 603342 652680 711354 74760 785556 823176 84840 893760 941934 984654
161820 25380 292308 322686 411744 438976 516642 575430 60452 672294 713034 754992 791124 823608 853552 896310 943410 993000
162990 254010 295452 327852 41328 444372 522690 577170 607386 673716 71688 763168 796260 827778 858704 896448 949746
168372 257928 296886 328770 413976 454380 523920 580692 610944 67608 721364 768042 800130 828798 859656 898224 950808

There isn't room in the first post for all of fivemack's reservation. I have put 48 in already using the new automated script and it thinks I have room for another 59. There isn't room for the remaining 184. We have 212 currently.

I would just modify the template in the script noting the reservation and linking to the post. I've encountered similar issues in the past. Were there any issues with the script?

I am open to any scheme for parsing (un)reservations from the thread that you can agree to.

I'll Add 264456, take it for a spin