![]() |
|
|
#1431 |
|
"Ed Hall"
Dec 2009
Adirondack Mtns
2×33×71 Posts |
Thanks,
--cache=off changed nothing, but increasing my wait time to four minutes (after successfully trying 911484) worked. I've subsequently changed the time to five minutes. I guess I should have tried that first. ![]() My question is why does this take so long to simply retrieve an .elf? My thought is that it must be that the db is flagged to do some processing of the number before releasing the .elf. I know the db will build an entire new .elf for a new number inquiry. Maybe it also checks the last composite before releasing the .elf... |
|
|
|
|
|
#1432 |
|
Sep 2009
209210 Posts |
I've noticed that factordb has lots of workers doing Trial factoring + PRP-checking, but none checking numbers with status unknown. And the latter are building up.
Chris |
|
|
|
|
|
#1433 |
|
"Daniel Jackson"
May 2011
14285714285714285714
23·83 Posts |
When are you ever going to add support for submitting LL Test results to the DB? I want the prime proof for M43112609 to be added. I'm tired of it saying "Unknown" on a 4-year old discovery. Same goes with all other primes over M1398269.
Last fiddled with by Stargate38 on 2012-09-22 at 16:31 |
|
|
|
|
|
#1434 | ||
|
Mar 2006
479 Posts |
Quote:
Quote:
|
||
|
|
|
|
|
#1435 |
|
Sep 2008
Kansas
3·1,129 Posts |
It appears a lot of new numbers have recently been added to the composite queue. What it be worthwhile to run the ECM helpers again?
|
|
|
|
|
|
#1436 |
|
Just call me Henry
"David"
Sep 2007
Cambridge (GMT/BST)
588610 Posts |
If you mean the ecm script I wrote, then try it and see how many factors you find. If you find a reasonable number of factors then run it for a bit.
|
|
|
|
|
|
#1437 | |
|
Sep 2008
Kansas
3×1,129 Posts |
Quote:
I was hoping a mod (or super mod) could put all the helper tools into a toolbox someplace. Or at least the links to all the fun tools... (With over 300,000 messages, ECM is too common of a word to search on.) |
|
|
|
|
|
|
#1438 |
|
Mar 2006
Germany
22·727 Posts |
|
|
|
|
|
|
#1439 |
|
Feb 2012
Paris, France
16110 Posts |
I have a question regarding reporting of factors found by ecm/p-1/p+1,
why do I always get an error message saying "calculated group order ... is not within B1/B2 bounds (B1=..., B2=...). Please check your results!" but when I reenter the exact same B1, B2 and sigma values it gets accepted without error? Last fiddled with by YuL on 2012-10-13 at 07:47 |
|
|
|
|
|
#1440 | |
|
Mar 2006
479 Posts |
Quote:
|
|
|
|
|
|
|
#1441 |
|
Mar 2006
Germany
290810 Posts |
Someone is putting currently a huge mass of 35-digit numbers into the FactorDB, 40000 and increasing fastly!
Seems not a work of Syd (like recalculating the DB or something) because those numbers are like 12463930921794164511955239573357543, differing in only the last 6 digits. PS: 55k numbers seems max so far. PPS: Original numbers seems 69 digits: P35 (=12463930921794164511955239573041747) * C35 (like 12463930921794164511955239573347337) so P35*(P35+n) Last fiddled with by kar_bon on 2012-10-20 at 21:52 |
|
|
|
![]() |
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 |