![]() |
|
|
#1563 |
|
"Nuri, the dragon :P"
Jul 2016
Good old Germany
80910 Posts |
WHOA. ![]() Did you "only" do some small ECM or NFS to find those factors. I noticed an small amount of c78´s, which speeaks for ECM. Anyway, good job! Will you expend your work on C109? I can also do some ECM/NFS, so that the amount will go even lower.
|
|
|
|
|
|
#1564 |
|
Oct 2015
6810 Posts |
It was ecm to pretesting depth of 33.54 or 40% of c109
|
|
|
|
|
|
#1565 |
|
"Nuri, the dragon :P"
Jul 2016
Good old Germany
809 Posts |
Starting YAFU for C73. We have over 700 from them.
Edit: Should be done in 3-4 hrs. Slowly, but steady process. (The Perl script from yoyo is nice. )
Last fiddled with by MisterBitcoin on 2018-05-22 at 13:47 |
|
|
|
|
|
#1566 |
|
Sep 2009
2·1,039 Posts |
I was working on 73 digits, but I've switched my scripts to skip that range (I'm doing 70-72 digits on one system and 74-78 on another now).
Thanks for the help (someone has added a load of smallish composites to factordb and I was struggling to keep up with them). Chris |
|
|
|
|
|
#1567 | |
|
"Nuri, the dragon :P"
Jul 2016
Good old Germany
809 Posts |
Quote:
When I´m done I´ll switch to C79 up to C94 for the next couple of days. Edit: Sofar 0 collisions; the rdm select function worked fine. Last fiddled with by MisterBitcoin on 2018-05-22 at 15:44 |
|
|
|
|
|
|
#1568 | |
|
"Nuri, the dragon :P"
Jul 2016
Good old Germany
809 Posts |
Quote:
C73 is now done, you can have it "back". ![]() Now working on the range
Last fiddled with by MisterBitcoin on 2018-05-22 at 17:54 |
|
|
|
|
|
|
#1569 |
|
"Ed Hall"
Dec 2009
Adirondack Mtns
1110111010012 Posts |
We might be colliding a bit. I'm not sure how easy it is for you to set where you work, but I'd have to change a lot of machines. My setup is working from 79 up with a 100 element random window. So, if I could ask you to work a number higher than whatever has a lot, we might be less likely to duplicate. Of, course, I'm not sure if we really are colliding (I'm not seeing many). As I'm writing this, there are 130 entries for 92 dd and about 30 from 79-91 dd. That means my machines are hitting from 79 to 92 and nothing higher ATM. If you could work above the bulky low boundary by a couple hundred, it might be better. But, if you're not seeing any "already knowns" then there really isn't much duplication at this level.
|
|
|
|
|
|
#1570 |
|
Sep 2009
2·1,039 Posts |
|
|
|
|
|
|
#1571 | |
|
"Nuri, the dragon :P"
Jul 2016
Good old Germany
809 Posts |
Quote:
I´m only running process on my tower. So only 3-6 hrs/day. I dont see any need for numbers <C95. I´ll do some ECM on C100´s; using random generator range of 500 to prevent collisions. |
|
|
|
|
|
|
#1572 |
|
"Curtis"
Feb 2005
Riverside, CA
4,861 Posts |
Nearly all of the massive backlog of C100's split as P50*P50, so ECM is wasted time. I'd skip ECM and take my chances on specifically C100s.
Last fiddled with by VBCurtis on 2018-05-23 at 18:23 Reason: C50 -> P50 |
|
|
|
|
|
#1573 |
|
"Ed Hall"
Dec 2009
Adirondack Mtns
11·347 Posts |
I modified my scripts to skip ECM whenever the composite is 100 dd based on richs' post elsewhere, but it will be a little while before I start touching any c100s again.
|
|
|
|
![]() |
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 |