mersenneforum.org  

Go Back   mersenneforum.org > Factoring Projects > FactorDB

Reply
 
Thread Tools
Old 2017-09-10, 07:18   #188
yoyo
 
yoyo's Avatar
 
Oct 2006
Berlin, Germany

22·32·17 Posts
Default

Yafu takes only Aliquot Sequences. Of course there are also some small composites to be done on those sequences.
yoyo is offline   Reply With Quote
Old 2017-09-11, 15:16   #189
EdH
 
EdH's Avatar
 
"Ed Hall"
Dec 2009
Adirondack Mtns

47·79 Posts
Default

Perhaps it's already known, (I didn't search around), but one of the 79 digit entries in the composite listing is a certifiable prime:

1111111111111111111111111111111111111111111111111111111111111111111111111111091

It's a blocker for working up from 76 digits. Random work can still function, but every time it gets picked, it wastes a machine cycle. I've set one of my faster machines to cover that area and am moving all the others above it.

Edit: Just to add, that most of my machines will be set to work within 300 composites above an 80 digit low end, with a couple covering the 76-80 area. That should define an area to help deconflict with others' work.

Last fiddled with by EdH on 2017-09-11 at 15:47
EdH is offline   Reply With Quote
Old 2017-09-11, 15:42   #190
chris2be8
 
chris2be8's Avatar
 
Sep 2009

23×3×5×17 Posts
Default

It's been known for a while. I've updated my scripts to ignore numbers that are already prime or less than 19 digits (there are several such numbers that factordb thinks belong in the 79-84 digit range).

Chris
chris2be8 is online now   Reply With Quote
Old 2017-09-11, 15:51   #191
EdH
 
EdH's Avatar
 
"Ed Hall"
Dec 2009
Adirondack Mtns

47·79 Posts
Default

Quote:
Originally Posted by chris2be8 View Post
It's been known for a while. I've updated my scripts to ignore numbers that are already prime or less than 19 digits (there are several such numbers that factordb thinks belong in the 79-84 digit range).

Chris
Thanks. I probably don't really need to worry about it. But it gets annoying to keep seeing it show up frequently if I'm trying to clear a small region. For now I've adjusted my machines to mostly avoid it.
EdH is offline   Reply With Quote
Old 2017-09-11, 16:20   #192
EdH
 
EdH's Avatar
 
"Ed Hall"
Dec 2009
Adirondack Mtns

47·79 Posts
Default mindig is not functioning correctly now

The mindig option appears to be acting up. I'm getting a lot of 6-10 digit composites being returned. When I try manually, via http, I get similar results:
should give me an 80+ digit number, but it doesn't.
should give me 80+ and up, shouldn't it?

Thoughts?
Attached Thumbnails
Click image for larger version

Name:	mindig80example.png
Views:	73
Size:	69.6 KB
ID:	16825   Click image for larger version

Name:	mindig82example.png
Views:	72
Size:	136.7 KB
ID:	16826  
EdH is offline   Reply With Quote
Old 2017-09-11, 18:33   #193
RichD
 
RichD's Avatar
 
Sep 2008
Kansas

22·3·277 Posts
Default

These are known problems that have been around for a bit. I believe it has to do with a number followed by several #s, such as 5####. There is an inconsistency between the input parser and another internal evaluation process.

Syd did a great job on this website and was trying to please everyone. I think anything more than two consecutive #s should be ignored or return an error.

Until Syd finds time to work on it you are going to have to find a work around. Bummer...
RichD is offline   Reply With Quote
Old 2017-09-11, 18:57   #194
sean
 
sean's Avatar
 
Aug 2004
New Zealand

2·3·37 Posts
Default

Quote:
Originally Posted by EdH View Post
I noticed that c112s are much more scarce than the surrounding composites. Your work, or is there a different explanation?
That's me. I picked a particular size and tried harder on those. It taken a few months to get it that low.
sean is offline   Reply With Quote
Old 2017-09-11, 21:46   #195
EdH
 
EdH's Avatar
 
"Ed Hall"
Dec 2009
Adirondack Mtns

47·79 Posts
Default

Quote:
Originally Posted by RichD View Post
These are known problems that have been around for a bit. I believe it has to do with a number followed by several #s, such as 5####. There is an inconsistency between the input parser and another internal evaluation process.

Syd did a great job on this website and was trying to please everyone. I think anything more than two consecutive #s should be ignored or return an error.

Until Syd finds time to work on it you are going to have to find a work around. Bummer...
I'm familiar with the ## troubles as you have seen over in the primo certificate (PRP) thread, but didn't notice these are some of those troublesome culprits. But, what about the earlier one I posted? It has no # symbols:
Code:
(10^79-181)%(10^79-1)/9
As to a work around, as long as they are small, they're just a nuisance, but larger ones can waste a bunch of effort

Quote:
Originally Posted by sean View Post
That's me. I picked a particular size and tried harder on those. It taken a few months to get it that low.
Thanks for the explanation. You've made quite a dent.
EdH is offline   Reply With Quote
Old 2017-09-12, 00:27   #196
RichD
 
RichD's Avatar
 
Sep 2008
Kansas

22·3·277 Posts
Default

Quote:
Originally Posted by EdH View Post
But, what about the earlier one I posted? It has no # symbols:
Sorry, I'm not familiar will all the DB problems. I've seen some inquiries return no list, which is a bit frustrating.
RichD is offline   Reply With Quote
Old 2017-09-12, 18:15   #197
EdH
 
EdH's Avatar
 
"Ed Hall"
Dec 2009
Adirondack Mtns

47·79 Posts
Default

Did C100s really just increase by 20k?
EdH is offline   Reply With Quote
Old 2017-09-12, 23:35   #198
RichD
 
RichD's Avatar
 
Sep 2008
Kansas

22×3×277 Posts
Default

Actually closer to 23K but not by me. 🙂
RichD is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
A suggestion for factordb. enzocreti FactorDB 10 2021-01-05 19:49
Extending Factordb carpetpool FactorDB 6 2017-01-23 11:04
FactorDB PRP's smh FactorDB 231 2015-07-28 02:30
bugged sequence in factordb firejuggler Aliquot Sequences 2 2010-06-15 14:03
FactorDB question Raman Factoring 15 2010-01-28 10:24

All times are UTC. The time now is 15:57.

Thu May 6 15:57:36 UTC 2021 up 28 days, 10:38, 1 user, load averages: 1.37, 1.61, 1.71

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.