Aliquot sequences that start on the integer powers n^i - Page 178

EdH · 2022-09-26, 19:12

I've modified my update scripts and I'll see how they proceed. So far I've used very little of my allocation for factordb. Let's hope that continues. If all works as hoped I'll cover the smaller tables by this evening.

gd_barnes · 2022-09-27, 00:50

Ed, I hope that is working out for you. Anything to speed up the updating processes is a plus!

Meanwhile, I am starting my ELF grabbing again here shortly. I ran down to base 288 this morning. I'll start now with bases 240-285, then bases 200-240, etc. For now I'm splitting them up where there is a change in the number of exponents in each base. Down to base 100, it's a good dividing line for slowly increasing the number of sequences I do each time.

My interim goal will be to get down to base 70 by early morning. I'll keep everyone updated.

EdH · 2022-09-27, 02:12

My update script is working. The good news is that it is using next to nothing toward the db limits. The bad news is that it is extremely slow. From when I started it around 8 hours ago, it has only completed through base 42. And, if it's working correctly, only open sequences in my local set are run, so you should still continue your march all the way through base 2. My run, if all goes well will be through the topmost base we have.

gd_barnes · 2022-09-27, 06:20

All sequences for all bases > 100 in the DB have now been rebuilt. The process is continuing.

I should be able to complete everything tonight and early morning.

kar_bon · 2022-09-27, 08:41

With my scripts (which uses Garambois, too) I can process ~30 bases at once before the FactorDB limit for one hour is reached by now.

1) ~1.2M Database queries allowed in an one hour period by FactorDB
2) ~30k-50k Database queries for one base with ~40%-50% open seqs
3) to read the last line of a seq, you need a little bit more Database queries than indices exists

At a total of 201 bases (better 192 because 9 are without any open seq so far) for this project it takes ~6-7 hours to process all bases.
Perhaps a little faster, because ~80 bases got <40 open seqs, but only 16 got >60 open seqs.

PS: Currently my data holds only 138 bases so far and there're ~4,2 M indices overall from open seqs.

gd_barnes · 2022-09-27, 11:21

All sequences for all bases > 50 have now been rebuilt. Continuing...

Ed, I can see that somewhere around the 60s, 70s, or 80s, I intersected with you and all of the open sequences were already rebuilt. I am continuing accessing all of them just in case but the process now only appears to hesitate on the terminated sequences with many iterations. That means I'll have fun on base 2. :-)

EdH · 2022-09-27, 13:08

My update completed fully in about 12.5 hours, so it must have sped up once it reached the edge of those already touched. But there were some unexpected error messages for the new bases. I don't think there were errors in the retrieval, but I'm reworking them now. Oddly, even though I am retrieving the whole .elf now, the db limit values are not showing any increase. Perhaps retrieving .elfs is no longer a problem once they're built. I'll do that now instead of trying to compare first. That should mean I can go back to full local set updates without db limit worries.

garambois · 2022-09-27, 16:21

Quote:

Originally Posted by kar_bon

With my scripts (which uses Garambois, too) I can process ~30 bases at once before the FactorDB limit for one hour is reached by now.

This is also the case for me once the sequences are reconstructed.
But when they are not rebuilt, it sometimes takes me 2 or even 3 hours for a single base.
But I think this is independent of the scripts and only depends on FactorDB.

Otherwise, I just tried some random databases : yes it seems that everything works normally again.
I'll start doing some updates, but since it's the middle of the week, I don't have much time and I certainly won't do all the work.

Many thanks to all for your help !

gd_barnes · 2022-09-27, 16:40

All sequences for all bases >= 10 have been rebuilt. I'll submit one final batch process to complete bases 2 thru 7 within a few minutes. That will complete the process.

Ed's process rebuilt all of the open sequences. So the only thing remaining to rebuild is terminated sequences for bases 2 thru 7, which I am about to take care of.

I also took care of the 4 new bases listed under "tables being initialized" on the main page.

So you are good to go! :-)

SuikaPredator · 2022-09-27, 17:47

A small update on my recent progress after Sep.14:

The updated sequences are 233^4,233^8,233^16,233^24,233^28,233^48,(and 233^67)

Detailed information for these exponents are attached (but probably useless)

I'm currently doing some benchmark using the C140 and C148 from 233^67.

Sequence 233^67 should probably terminate after 3 days on my machine.

After that I will get back to (previously reserved) opposite base work for base 233.

gd_barnes · 2022-09-28, 01:19

I have extended 99^44, 157^32, 157^34, 157^36, 293^36, 293^38, and 293^40 to > 110 digits.

The first 5 of these sequences were not previously tested to 100 digits.

I think that all unreserved opposite-parities on the project now are at >= 100 digits.

2022-09-27, 08:41	#1952
kar_bon Mar 2006 Germany 3·7·11·13 Posts	With my scripts (which uses Garambois, too) I can process ~30 bases at once before the FactorDB limit for one hour is reached by now. 1) ~1.2M Database queries allowed in an one hour period by FactorDB 2) ~30k-50k Database queries for one base with ~40%-50% open seqs 3) to read the last line of a seq, you need a little bit more Database queries than indices exists At a total of 201 bases (better 192 because 9 are without any open seq so far) for this project it takes ~6-7 hours to process all bases. Perhaps a little faster, because ~80 bases got <40 open seqs, but only 16 got >60 open seqs. PS: Currently my data holds only 138 bases so far and there're ~4,2 M indices overall from open seqs. Last fiddled with by kar_bon on 2022-09-27 at 09:01 Reason: PS

2022-09-27, 11:21	#1953
gd_barnes "Gary" May 2007 Overland Park, KS 10111001001101₂ Posts	All sequences for all bases > 50 have now been rebuilt. Continuing... Ed, I can see that somewhere around the 60s, 70s, or 80s, I intersected with you and all of the open sequences were already rebuilt. I am continuing accessing all of them just in case but the process now only appears to hesitate on the terminated sequences with many iterations. That means I'll have fun on base 2. :-) Last fiddled with by gd_barnes on 2022-09-27 at 11:21

2022-09-27, 16:40	#1956
gd_barnes "Gary" May 2007 Overland Park, KS 27115₈ Posts	All sequences for all bases >= 10 have been rebuilt. I'll submit one final batch process to complete bases 2 thru 7 within a few minutes. That will complete the process. Ed's process rebuilt all of the open sequences. So the only thing remaining to rebuild is terminated sequences for bases 2 thru 7, which I am about to take care of. I also took care of the 4 new bases listed under "tables being initialized" on the main page. So you are good to go! :-) Last fiddled with by gd_barnes on 2022-09-27 at 16:42

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Broken aliquot sequences	fivemack	FactorDB	46	2021-02-21 10:46
Broken aliquot sequences	schickel	FactorDB	18	2013-06-12 16:09
A new theorem about aliquot sequences	garambois	Aliquot Sequences	34	2012-06-10 21:53
poaching aliquot sequences...	Andi47	FactorDB	21	2011-12-29 21:11
New article on aliquot sequences	schickel	mersennewiki	0	2008-12-30 07:07

2022-09-26, 19:12	#1948
EdH "Ed Hall" Dec 2009 Adirondack Mtns 5261₁₀ Posts	I've modified my update scripts and I'll see how they proceed. So far I've used very little of my allocation for factordb. Let's hope that continues. If all works as hoped I'll cover the smaller tables by this evening.

2022-09-27, 00:50	#1949
gd_barnes "Gary" May 2007 Overland Park, KS 2E4D₁₆ Posts	Ed, I hope that is working out for you. Anything to speed up the updating processes is a plus! Meanwhile, I am starting my ELF grabbing again here shortly. I ran down to base 288 this morning. I'll start now with bases 240-285, then bases 200-240, etc. For now I'm splitting them up where there is a change in the number of exponents in each base. Down to base 100, it's a good dividing line for slowly increasing the number of sequences I do each time. My interim goal will be to get down to base 70 by early morning. I'll keep everyone updated.

2022-09-27, 02:12	#1950
EdH "Ed Hall" Dec 2009 Adirondack Mtns 1010010001101₂ Posts	My update script is working. The good news is that it is using next to nothing toward the db limits. The bad news is that it is extremely slow. From when I started it around 8 hours ago, it has only completed through base 42. And, if it's working correctly, only open sequences in my local set are run, so you should still continue your march all the way through base 2. My run, if all goes well will be through the topmost base we have.

2022-09-27, 06:20	#1951
gd_barnes "Gary" May 2007 Overland Park, KS 3³×439 Posts	All sequences for all bases > 100 in the DB have now been rebuilt. The process is continuing. I should be able to complete everything tonight and early morning.

2022-09-27, 13:08	#1954
EdH "Ed Hall" Dec 2009 Adirondack Mtns 5,261 Posts	My update completed fully in about 12.5 hours, so it must have sped up once it reached the edge of those already touched. But there were some unexpected error messages for the new bases. I don't think there were errors in the retrieval, but I'm reworking them now. Oddly, even though I am retrieving the whole .elf now, the db limit values are not showing any increase. Perhaps retrieving .elfs is no longer a problem once they're built. I'll do that now instead of trying to compare first. That should mean I can go back to full local set updates without db limit worries.

2022-09-28, 01:19	#1958
gd_barnes "Gary" May 2007 Overland Park, KS 3³·439 Posts	I have extended 99^44, 157^32, 157^34, 157^36, 293^36, 293^38, and 293^40 to > 110 digits. The first 5 of these sequences were not previously tested to 100 digits. I think that all unreserved opposite-parities on the project now are at >= 100 digits.