mersenneforum.org Factoring database
 Register FAQ Search Today's Posts Mark Forums Read

2021-05-04, 13:21   #1618
bur

Aug 2020

22·3·52 Posts

Quote:
 Originally Posted by Mini-Geek "Silvester/Euclid sequence"s should not when a prime term is reached (by the definitions at Wikipedia), but they do. E.g. http://factordb.com/sequences.php?se...20&fr=0&to=100
This is still the case, it's blocking the "real" Silvester sequence (a(0) = 2) which just stops at 2. Since factorization is not required to continue the sequence it should just proceed.

 2021-05-19, 20:16 #1619 MisterBitcoin     "Nuri, the dragon :P" Jul 2016 Good old Germany 811 Posts I started a worker on C86s. Most are done within a few secs. Any one else working on small composites?
 2021-05-19, 21:18 #1620 richs     "Rich" Aug 2002 Benicia, California 2×32×73 Posts I have had one worker on C81+ for the past few months. I was staying afloat until some spammer overflowed the C70's+.
 2021-05-20, 16:05 #1621 chris2be8     Sep 2009 1000001010102 Posts I'm working on C70-C80s. And occasionally looking for easy numbers in the 80-90 digits range (easy usually means doable with SNFS). I noticed a lot of numbers like 50##/206 (product of first 50 primes divided by some small number) and set a script going to factor them. That cleared out about 12,000 of them (mainly limited by how many updates per hour factordb would allow). If you can think of a sensible reason for adding them to factordb in the first place I'd be interested to hear it. Chris
2021-05-20, 18:47   #1622
MisterBitcoin

"Nuri, the dragon :P"
Jul 2016
Good old Germany

811 Posts

Quote:
 Originally Posted by chris2be8 I'm working on C70-C80s. And occasionally looking for easy numbers in the 80-90 digits range (easy usually means doable with SNFS). I noticed a lot of numbers like 50##/206 (product of first 50 primes divided by some small number) and set a script going to factor them. That cleared out about 12,000 of them (mainly limited by how many updates per hour factordb would allow). If you can think of a sensible reason for adding them to factordb in the first place I'd be interested to hear it. Chris

After about 22 hours in C86:

Code:
============================================================
Runtime (H:M:S).....................: 0022:34:45
Time waiting for composites (H:M)...: 0000:00
Composite range.....................: 86 - 86 digits

Report factors for composite #......: 3716
Factored C86 in.....................: 2.3 sec.

New factors added...........: 2 / 4825
Factors already known.......: 1 / 1832
Small factors...............: 0 / 11190

Only small factors..........: 240
Worker collisions...........: 6

Total page requests.........: 7432
============================================================
164.6 composites/hr
329.1 page requests/hr
418.5 page requests/hr (last 60 composite requests)
306.9 new factors added/hr (last 60 composite requests)

 2021-06-16, 17:57 #1623 MattcAnderson     "Matthew Anderson" Dec 2010 Oregon, USA 32×89 Posts I really enjoy factordb.com It is very impressive and can handle 200 digit numbers. my latest contribution is 66640677780239073397348544449935115508844251925178751602054631202961 <68 digits> is 3138306167<10> · 2123460052...83<59> So C68 = P10 * P59. Used Maple computer algebra system ifactor() command. Very interesting. Good mathematical trivia.
2021-06-16, 18:09   #1624
Uncwilly
6809 > 6502

"""""""""""""""""""
Aug 2003
101×103 Posts

9,811 Posts

Quote:
 Originally Posted by MattcAnderson I really enjoy factordb.com It is very impressive and can handle 200 digit numbers. my latest contribution is 66640677780239073397348544449935115508844251925178751602054631202961 <68 digits> is 3138306167<10> · 2123460052...83<59> So C68 = P10 * P59.
That is trivial and a waste of factordb

 2021-06-18, 21:12 #1625 MattcAnderson     "Matthew Anderson" Dec 2010 Oregon, USA 32·89 Posts Hi again all, Factordb.com has a limit to largest input it would take. I received the error. Error: Limit of about 10.000.000 digits exceeded I found an interesting result for a C1,000,000 [10^1,000,000] + 1 so that is (1- to the power of one million) + 1 factordb comes back with 12 prime factors and 2 composite factors. Woo Hoo Matt
2021-06-20, 06:14   #1626
Happy5214

"Alexander"
Nov 2008
The Alamo City

17·41 Posts

Quote:
 Originally Posted by MattcAnderson Hi again all, Factordb.com has a limit to largest input it would take. I received the error. Error: Limit of about 10.000.000 digits exceeded I found an interesting result for a C1,000,000 [10^1,000,000] + 1 so that is (1- to the power of one million) + 1 factordb comes back with 12 prime factors and 2 composite factors. Woo Hoo Matt

Quote:
 Create time Before November 4, 2018, 12:20 am
There was a major database reset around that time that reset all of the dates, so this entry is older, probably much, much older.

Last fiddled with by Happy5214 on 2021-06-20 at 06:15 Reason: Bolding to match original

 2021-06-20, 15:41 #1627 chris2be8     Sep 2009 209010 Posts @ MattcAnderson If you want to do something useful try running the script in https://mersenneforum.org/showthread...=16849&page=43 post 471 for a few days. There are a lot of smallish composites in factordb and it could do with some help factoring them. Chris
2021-06-22, 16:14   #1628
Dr Sardonicus

Feb 2017
Nowhere

3·1,553 Posts

Quote:
 Originally Posted by chris2be8 @ MattcAnderson If you want to do something useful try running the script in https://mersenneforum.org/showthread...=16849&page=43 post 471 for a few days. There are a lot of smallish composites in factordb and it could do with some help factoring them. Chris
Alas, this post indicates he might be part of the problem...

 Similar Threads Thread Thread Starter Forum Replies Last Post 3.14159 Miscellaneous Math 325 2016-04-09 17:45 Mini-Geek Factoring 5 2009-07-01 11:51 HiddenWarrior Data 1 2004-03-29 03:53 Prime95 PrimeNet 1 2003-01-18 00:49 Joe O Lounge 35 2002-09-06 20:19

All times are UTC. The time now is 10:10.

Fri Jul 30 10:10:28 UTC 2021 up 7 days, 4:39, 0 users, load averages: 2.58, 2.49, 2.17