20200709, 21:06  #342 
Oct 2011
367 Posts 
@RichD :
OK, many thanks. I will add base 30 in the next update, in 2 or 3 days. @Kar_bon : Yes, this is impressive ! thank you for the link. @EdH : To answer your questions : 1) Yes, I think 43 appears to be the most common termination at higher numbered sequences >1M. On my website, I have a database called "fundamental database." But sorry, all explanations are in french. Thanks to this base, I was able to determine that among all the sequences that start with the integers from 1 to 10M, there are exactly 666638 that end with the prime number 43! There are 456843 that end with 59 and 437318 that end with 41. See here. But to build this database, I considered the sequences to be openend as soon as the size of the terms exceeded 50 digits. So there are even more that must end with those prime numbers... 2) I don't need the sequence referenced. The list is enough because each line corresponds to the power. And a more general comment on the project : Frankly, I wonder whether it wouldn't make sense to push all the bases up to 160 digits, but only for sequences that end trivially on a prime number. I'm still not sure whether pushing the calculations that far would bring an interesting gain in terms of improving the statistics ? Or is it more interesting to calculate other bases up to 120 digits ? Last fiddled with by EdH on 20200710 at 11:43 Reason: typo correction 
20200709, 21:21  #343  
Mar 2006
Germany
2852_{10} Posts 
Quote:
Here the first 5 most families: Code:
43 78060 7.81% 59 53197 5.32% 41 51012 5.10% 7 42299 4.23% 601 26759 2.68% 

20200709, 22:03  #344 
"Ed Hall"
Dec 2009
Adirondack Mtns
5·13·53 Posts 
@garambrois: Does this mean all the sequences <10M are represented in factordb at >= 50 dd? I believe they would be updated gradually by the "elves" only when accessed, but any access would move their last terms. (I might verify that later.)
It would be easier by far to add more bases than to extend to 160 dd. I'm taking roughly 1.5 days on average to factor 15x dd in the base 2 table, with my whole "farm." I think smaller equipped contributors would be less likely to participate. @kar_bon: Thanks for the links. I haven't been to his page(s) in quite some time. I'll have to spend some more time there. 
20200710, 02:06  #345  
"Ed Hall"
Dec 2009
Adirondack Mtns
3445_{10} Posts 
Quote:
2^10 matches yours (except for order*): Code:
[[2, 13], [3, 4], [7, 4], [11, 1], [31, 1], [19, 1], [41, 1]] Code:
[[2, 13], [3, 1], [5, 4], [7, 3], [13, 1], [59, 1], [23, 1], [11, 1], [29, 1], [37, 1]] Now, something I'm concerned about: the practicality of capturing every prime. I ran 5^6 and came up with a single line that was well over 225000 characters. Should I possibly trim the primes in some manner? A full single table will be enormous. 

20200710, 06:47  #346  
Oct 2011
367 Posts 
Quote:
1) No, I never entered this data into factordb. But calculating all openends up to 10M up to 50 digits should only take a few hours or days... What takes time in building up my database is the fact that the side tables keep growing (regina_cycles, regina_opens and reginaprems, on http://www.aliquotes.com/aliquote_base.htm#alibasefonda). Calculations have been in progress for more than 2 years and I'm at 13.5M. 2) OK, I'll take your advice and calculate other bases instead of going up to 160 figures for all the bases. I'll be doing this job in two years, when I have a 64C/128T CPU ! 

20200710, 07:12  #347  
Oct 2011
101101111_{2} Posts 
Quote:
1) It is best if you sort the prime numbers in ascending order in the table. But maybe that's too much work ? No problem if it's too much work, I'll be able to program the sorting myself, because I can imagine how much time you spend to write all these algorithms, and really, a big thank you for all this time you give !!! 2) Yes, the tables can be huge ! But it's still interesting to include all the prime numbers, even if at first, I will only use prime numbers below 1000. Sometimes we have surprises. For example, for all the integers from 1 to 10M, there are 69 ending with the prime 4737865361 or 5 ending with the prime 14604141802777 (see here). These large prime numbers are sequence "attractors", such as 43. The question is to know if there are such attractors of any size in the set of all sequences and, as far as our project is concerned, in the set of all sequences starting on numbers composed of only 2, only 3, only 5, only 7... 

20200710, 12:02  #348 
"Ed Hall"
Dec 2009
Adirondack Mtns
5×13×53 Posts 
2) This does cause further questions I had not considered earlier:
a  Does a large termination prime appear earlier as a factor? b  Do termination primes appear in other sequences in an interesting frequency? The answers would only be available if all primes are included in the lists. One thing I've often thought would be a nice feature for factordb, would be all the sequences associated with a single prime. It would be nice if that were available in the "Info" section, but it would be prohibitively large for smaller primes. 
20200710, 12:39  #349 
"Alexander"
Nov 2008
The Alamo City
11·37 Posts 
I'm done with 21^62 and 21^64 and will release those.
I'll just go ahead and reserve the rest of base 21 to i=97. I concur wholeheartedly. My lowly computer can't do 160 digits. In fact, I'm sitting on a 5digit downdriver sequence because I don't want to do the C144 cofactor (ECMed to ~t48) until I get newer/better hardware. 
20200710, 12:51  #350  
Oct 2011
367 Posts 
Quote:
a) No, in my opinion, we don't need to distinguish between prime numbers at the end of sequences and others here. This study is done with the other program. I just finished writing the program for all the primes in a sequence. I'm running it for Base 2. I'm taking into account all the sequences, even the openends. I'll communicate the results for a few bases in a few hours or tomorrow depending on how long the calculations take... b) I never thought of that ! It's an interesting question, it's a good idea : I'll think about it... Knowing all the sequences associated with a prime number would be interesting, but it must be difficult to program and very timeconsuming in terms of calculation time and memory. I remember having done some tests on this. But maybe I didn't do it right ! 

20200710, 12:55  #351  
Oct 2011
367 Posts 
Quote:
Ok, thanks a lot. I change that in tomorrow's update... Yes, on reflection, I also agree with you that our computers are not yet able to do the work up to 160 figures in a reasonable time ... 

20200710, 14:21  #352  
"Ed Hall"
Dec 2009
Adirondack Mtns
110101110101_{2} Posts 
Quote:
Are you still interested in the earlier abundancy/deficiency, etc. counts for the tables above the five I already provided? I have tables up through base 28 done and can continue with the higher ones. 

Thread Tools  
Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
Broken aliquot sequences  fivemack  FactorDB  45  20200516 15:22 
Broken aliquot sequences  schickel  FactorDB  18  20130612 16:09 
A new theorem about aliquot sequences  garambois  Aliquot Sequences  34  20120610 21:53 
poaching aliquot sequences...  Andi47  FactorDB  21  20111229 21:11 
New article on aliquot sequences  schickel  mersennewiki  0  20081230 07:07 