![]() |
Yafu takes only Aliquot Sequences. Of course there are also some small composites to be done on those sequences.
|
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:
[URL="http://www.factordb.com/index.php?showid=1100000000900935563"]1111111111111111111111111111111111111111111111111111111111111111111111111111091[/URL] 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. |
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 |
[QUOTE=chris2be8;467550]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[/QUOTE] 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. |
mindig is not functioning correctly now
2 Attachment(s)
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:
[code] [URL]http://www.factordb.com/listtype.php?t=3&mindig=80&perpage=1&start=11[/URL] [/code]should give me an 80+ digit number, but it doesn't. [code] [URL]http://www.factordb.com/listtype.php?t=3&mindig=82&perpage=20&start=0[/URL] [/code]should give me 80+ and up, shouldn't it? Thoughts? |
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... |
[QUOTE=EdH;467480]I noticed that c112s are much more scarce than the surrounding composites. Your work, or is there a different explanation?[/QUOTE]
That's me. I picked a particular size and tried harder on those. It taken a few months to get it that low. |
[QUOTE=RichD;467561]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...[/QUOTE]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 [/code]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=sean;467565]That's me. I picked a particular size and tried harder on those. It taken a few months to get it that low.[/QUOTE]Thanks for the explanation. You've made quite a dent. |
[QUOTE=EdH;467583]But, what about the earlier one I posted? It has no # symbols:[/QUOTE]
Sorry, I'm not familiar will all the DB problems. I've seen some inquiries return no list, which is a bit frustrating. |
Did C100s really just increase by 20k?
|
Actually closer to 23K but not by me. 🙂
|
| All times are UTC. The time now is 21:04. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.