Future directions
When I started this little project, I hadn't expected the Batalov Effect. We are grateful to Serge for his huge crunching efforts and he has been rewarded with finding those 4 primes for base 10 and expoenent 388080. It is a pity about the dearth for exponent 471240.
The use of generic modular reduction for such large exponents and bigger ones is a big disadvantage to the project. However I have a few ideas about what to do next: (A) Shelve the project. (B) Do another submillion exponent for base 10  will require a few weeks of Ksieve. (C) Do a mega exponent for base 10 using the magic formula which leaves a lot in the sieve  will require quite a while with Ksieve. (D) Do base 10 with exponent 1000000. (E) Do a base 2 search using the magic formula  can be engineered to leave a lot in the sieve; has a bigger domain to search, with more primes per exponent. Fast at subsemimega biggerthanPGtwinsearch. (F) Choose another base such as 3 or 2015 etc. (G) Go for a world record prime  fanciful. (H) Search for NeRDs which use only special modular reduction. My favourites are (A) or (E). :smile: 
C, E, and H all sound good. I haven't contributed yet, but I like to sieve, so I'd be willing to help with that for the next step in the project.

Is there a sieve for (H) :question:

[CODE]? 2^5*3^2*5*7*11*13*log(2)/log(10)
433916.67694988905402889179241167322850 ? 2^5*3^2*5*7*11*13 1441440 [/CODE] So 2^14414402^k1 might be a candidate for (E), where 360360<=k<1441440. :smile: 
[URL="http://primes.utm.edu/primes/page.php?id=119043"]Someone else[/URL] is apparently thinking about F), independently.

I think about A), and possibly redirecting the CPU power into the soon to emerge "[I]Cyclo[/I]"tomicbased project. It is similar to F)+H), and indeed, only focuses on numbers for which special FFT exists.
Initially, it will probably be on PrimeGrid's PRPnet, as most budding projects are. I can provide my LLR implementation for their CPU participants, and Cyclo is OpenCL so it will run on any modern* GPU. ______________ *this excludes only very old and cheap cards that don't have double float. 
[QUOTE=Batalov;391485]I think about A), and possibly redirecting the CPU power into the soon to emerge "[I]Cyclo[/I]"tomicbased project. It is similar to F)+H), and indeed, only focuses on numbers for which special FFT exists.
Initially, it will probably be on PrimeGrid's PRPnet, as most budding projects are. I can provide my LLR implementation for their CPU participants, and Cyclo is OpenCL so it will run on any modern* GPU. ______________ *this excludes only very old and cheap cards that don't have double float.[/QUOTE] I believe that putting this onto PRPNet would require a new server type. I presume that Cyclo would run on the client side and do the PRP testing. That would require additional changes to the client. As PRPNet is open source (via sourceforge) if someone wants to work on it, let me know now I'll give you access to the repository. 
They will probably take care of that (or it can be disguised as a flavor of the genefer[OCL]search).
Initially they will have a sieving period which is mostly manual (and only Windows sieve existed so far, just like for GNFSv). They have an existing workedout way of coordinating that. The sieve is dataless, and they have a result collection upload server. 
All times are UTC. The time now is 08:17. 
Powered by vBulletin® Version 3.8.11
Copyright ©2000  2020, Jelsoft Enterprises Ltd.