I'm kind of bouncing around from 1000 to the low 2xxx dd numbers, but I'm not putting much into certificates right now, because the weather is warmer and I'm trying to finish a different project. Not sure which way I'll lean in the short term. I do see over 25000 in the 9xx region. Maybe I'll knock some the higher 9xx area down some. I can probably take care of a lot of those in a short time...

[QUOTE=EdH;454471]I'm kind of bouncing around from 1000 to the low 2xxx dd numbers, but I'm not putting much into certificates right now, because the weather is warmer and I'm trying to finish a different project. Not sure which way I'll lean in the short term. I do see over 25000 in the 9xx region. Maybe I'll knock some the higher 9xx area down some. I can probably take care of a lot of those in a short time...[/QUOTE]

If you want to take the high 900's, and I'll start at 1000, we can do that. I could probably get some of the moderately large numbers done in a day on my single laptop, whereas it would take me a very long time to get even as far as 980. Just let me know.

While I wait to hear, I've submitted all my work, and am now working on the first 10 numbers of 4000 dd or more. These have sat for awhile, and I'm figuring working on them will avoid conflict in the smaller number ranges.

[QUOTE=pakaran;454538]While I wait to hear, I've submitted all my work, and am now working on the first 10 numbers of 4000 dd or more. These have sat for awhile, and I'm figuring working on them will avoid conflict in the smaller number ranges.[/QUOTE]
My latest went as low as 995. I figured that left lots of room for you to work the lower numbers. I have no idea where anyone else, (if any), is working. Since you are using a single machine and I'm using several, I thought I'd let you work the lower regions. At present there are over 15000 below 985 dd. If you want to use that as a demarcation point, or even a little lower, it should still let you run the lower numbers. For now, I'll stay above 985 for all my work, unless I hear something from you or others that I should change. If you want to set the point lower, let me know.

Sound good?

[QUOTE=EdH;454547]My latest went as low as 995. I figured that left lots of room for you to work the lower numbers. I have no idea where anyone else, (if any), is working. Since you are using a single machine and I'm using several, I thought I'd let you work the lower regions. At present there are over 15000 below 985 dd. If you want to use that as a demarcation point, or even a little lower, it should still let you run the lower numbers. For now, I'll stay above 985 for all my work, unless I hear something from you or others that I should change. If you want to set the point lower, let me know.

Sound good?[/QUOTE]

Below 985 does sound very good, and I'll go back to that, thanks.

The smallest PRP is, however briefly, 964 dd.

[QUOTE=pakaran;454681]The smallest PRP is, however briefly, 964 dd.[/QUOTE]
Good work! And, with any luck, once my current upload completes, we should be below 100k PRPs again.

Since I mentioned staying above and you mentioned staying below 985, that leaves 985 open. Should I include it in my work? I've got about 2500 from 986 to 3000. There are around 2500 of just 985. That would give me a couple days' worth without moving entirely to the 3000 area.

I suppose if there's a positive side to all this, it is that the primes list is growing pretty well with all these additions...

Edit: I guess my estimate for 986-3000 being around 2500 included the ones I've uploaded. There are far fewer than stated above...

[QUOTE=Jayder;453207]Maybe I should clarify that I am working upwards from 2500.

Found a composite that refuses to be made so by the database: [URL]http://factordb.com/index.php?id=1100000000781996714[/URL][/QUOTE]

I've downloaded the decimal expansion of it, run some ECM and found: [code]
Run 28 out of 70:
Using B1=15934, B2=15934-2444410, polynomial x^1, sigma=1384371634
Step 1 took 6536ms
Step 2 took 1564ms
********** Factor found in step 2: 3520514800699633460823911989
Found probable prime factor of 28 digits: 3520514800699633460823911989
Composite cofactor 24161566278972550168408072730476970270476506749746082631557024528395695782803180302528901974928792885843370994742546253269566191389510670086924201474323882638243272173133991807101066434945347589538453777932339535482149759390471307807968861772331584750143338558511366322783128808270090099618922033959948365965629440705821579473922412910166602416335093363891961621126854467819583799664849144832117400117073353378200458944117620403510205128014387588665382985138713846871522931764536280956167028061636398258999495413574237206865765450810276151064676931192134907232483157481157399849344344582879933388316958978343865266809301614535675920027605216864618745186933336761647508502311235301585740503865029892543865819795996999407103301445253186643736704427289340813496113280780306147234760035172202082510475653167315028615806150490505538734359120212827809073207378884803010753947876397592109025128579782912615015916326494283948595396723278341576806783816638865671808809059992810380613449439059055859082806707098680516929491648459108165839627544142122381913130807019058016559735444773711331151212109972526013084986580194545721321205046034160237388062940244840886695459253044179885922311194591936130792509180070888550608961996353688750803470928312640926055381429757257092145039908251169784522739155321874921647643952899105386398973109508642324423968667082678908498688824064056127707624704173116945707364186087146816630508704039613197077417327647311305789295169796969410427693084849675496242888052810460495111396509364639918807958503766386601806357500768745804894627418957949730056497988175730693991374100821738942826145199946546843414472497928700233431919366424515219106447954692536321065176993725415368743771365746873209620597533896768121799899924748720886385620392061119914467821536322499655907453218983871830172444007957875127142412773964243730748986971452929937201275845708811715639505216097748970282331896090384679630642845255077900316829736554123264865108550135976458966451810796154771122939889096533135610807051003754109921064624260361019832246872168646172491233363953874520707710003582405755793957808153409420439598023294713567809953743591989935898064596902973996382880492227661789713162658746420683201707105843604621272107043734947668423774968416500681536033798057633373953966620607158525462543925766704083421012418800231819176046496240456926478224477708601040508925387371836687606367382424344627871317474599433393599081928397742231769155425735912076830612946936948642557382532592054798309878465183739056917 has 2504 digits
[/code]
But even when I submit 3520514800699633460823911989 as a factor the entry still shows as PRP.

Chris

[QUOTE=chris2be8;454933]But even when I submit 3520514800699633460823911989 as a factor the entry still shows as PRP.[/QUOTE]

How is it that this number is supposedly PRP to every base from 2 to 255, yet has a factor? Can you check that independently? Could it possibly be a Carmichael number?? More likely some error in the PRP check routines used by factordb.

FactorDB cannot handle expressions with primorial components properly -- there are umpteen posts about this or that number not being in its right state -- in several threads.

:derailed:

I'm going to do a quick run to take care of the ten or so numbers between 1000 and 3000 dd. I'm fine with folks helping with 980 through 1000, btw; those below 980 alone are going to take me quite some time.