Factoring database - Page 145

EdH · 2018-09-02, 17:05

Quote:

Originally Posted by EdH

Let's see how it goes for the next few days. I'm working on an Aliquot sequence and playing with ecmpi and cado-nfs. The LA portion leaves all but one machine free. I hope to have them automatically run the db composites during that free time.

Quote:

Originally Posted by MisterBitcoin

So many small composites from Aliquot.
Trying to catch-up.

Still having 90-99 digits, also starting 81-89 now.

I've suspended my Aliquot playing for a bit and am hitting the composites with a few machines. I don't think I'll be nearly as heavily involved as I was, though.

MisterBitcoin · 2018-09-30, 10:20

Now stopping range 90 digits up to 99 digits.

Factored 19940 numbers in 1222,5 hours.

EdH · 2018-09-30, 16:38

Thank you for all the work.

axn · 2018-10-05, 04:33

Does anyone know why we can't move this guy to a pure N+1 proof instead of the combined proof?

axn · 2018-10-05, 06:12

Quote:

Originally Posted by axn

Does anyone know why we can't move this guy to a pure N+1 proof instead of the combined proof?

Also this, this and this.

wblipp · 2018-10-05, 21:10

Quote:

Originally Posted by axn

Does anyone know why we can't move this guy to a pure N+1 proof instead of the combined proof?

The displayed results for the N-1 factorization claim to be FF, but it is missing 3^524. I'm guessing that error gums up the works someplace.

DukeBG · 2018-10-06, 07:09

huh. weird behavior

wpolly · 2018-10-29, 23:14

Apparently some people(s) were batch-adding a huge amount of "useless" composites (for instance, thousands of consecutive 78-digit numbers starting with 8444.......). Running fdb_auto.pl to get rid of the wall at C78, and hopefully we can clear to at least C85 soon.

VictordeHolland · 2018-10-30, 00:14

This is not the first time a large batch of (useless) numbers are added to the factordb. If this starts to happen more often it might be a good idea to restrict the adding of new numbers to one each minute for unregistered users.

DukeBG · 2018-10-30, 11:58

It would be favorable and even more favorable would be a setting or tool that would allow checking numbers without creating them if they're not in DB.

Although, I doubt it will happen, since there are still bugs (like submitting factors to PRPs doesn't turn them composite and others) not getting fixed for a very long time.

BudgieJane · 2018-11-01, 00:29

Quote:

Originally Posted by DukeBG

It would be favorable and even more favorable would be a setting or tool that would allow checking numbers without creating them if they're not in DB.

Although, I doubt it will happen, since there are still bugs (like submitting factors to PRPs doesn't turn them composite and others) not getting fixed for a very long time.

I agree. I think that a request for a number should not create it if it is not in the DB, but submitting one or more factors should create it if it does not already exist.

2018-10-30, 11:58	#1594
DukeBG Mar 2018 3·43 Posts	It would be favorable and even more favorable would be a setting or tool that would allow checking numbers without creating them if they're not in DB. Although, I doubt it will happen, since there are still bugs (like submitting factors to PRPs doesn't turn them composite and others) not getting fixed for a very long time. Last fiddled with by DukeBG on 2018-10-30 at 11:59

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Database for k-b-b's:	3.14159	Miscellaneous Math	325	2016-04-09 17:45
Factoring database issues	Mini-Geek	Factoring	5	2009-07-01 11:51
database.zip	HiddenWarrior	Data	1	2004-03-29 03:53
Database layout	Prime95	PrimeNet	1	2003-01-18 00:49
Is there a performance database?	Joe O	Lounge	35	2002-09-06 20:19

2018-09-30, 10:20	#1586
MisterBitcoin "Nuri, the dragon :P" Jul 2016 Good old Germany 809 Posts	Now stopping range 90 digits up to 99 digits. Factored 19940 numbers in 1222,5 hours.

2018-09-30, 16:38	#1587
EdH "Ed Hall" Dec 2009 Adirondack Mtns 11×347 Posts	Thank you for all the work.

2018-10-05, 04:33	#1588
axn Jun 2003 31·163 Posts	Does anyone know why we can't move this guy to a pure N+1 proof instead of the combined proof?

2018-10-06, 07:09	#1591
DukeBG Mar 2018 81₁₆ Posts	huh. weird behavior

2018-10-29, 23:14	#1592
wpolly Sep 2002 Vienna, Austria 219₁₀ Posts	Apparently some people(s) were batch-adding a huge amount of "useless" composites (for instance, thousands of consecutive 78-digit numbers starting with 8444.......). Running fdb_auto.pl to get rid of the wall at C78, and hopefully we can clear to at least C85 soon.

2018-10-30, 00:14	#1593
VictordeHolland "Victor de Hollander" Aug 2011 the Netherlands 2³·3·7² Posts	This is not the first time a large batch of (useless) numbers are added to the factordb. If this starts to happen more often it might be a good idea to restrict the adding of new numbers to one each minute for unregistered users.