![]() |
|
|
#122 |
|
May 2007
Kansas; USA
101000101011002 Posts |
Reserving base 22 to n=30K.
I will doublecheck it to n=22K |
|
|
|
|
|
#123 |
|
May 2007
Kansas; USA
22·19·137 Posts |
I did not forget them. The prime gap that I pointed out for b=34 is still the largest for b<38 and n<=30K. This includes both sides combined for each base.
|
|
|
|
|
|
#124 |
|
"Mark"
Apr 2003
Between here and the
18D216 Posts |
206, 208, 210, and 212 reserved Jiahao He via e-mail
|
|
|
|
|
|
#125 |
|
May 2007
Kansas; USA
22·19·137 Posts |
Base 22 is complete to n=30K. No primes were found for n=22K-30K.
Base 22 was also doublechecked to n=22K. No problems found. All bases <= 40 are now complete to n>=30K.
|
|
|
|
|
|
#126 |
|
May 2007
Kansas; USA
101000101011002 Posts |
Base 26 was doublechecked to n=30K. No problems found.
Doublecheck status: Base 22 to n=22K. Base 26 to n=30K. Base 34 to n=10K. All other bases shown on primes page to n=2500. |
|
|
|
|
|
#127 |
|
May 2007
Kansas; USA
22·19·137 Posts |
Reserving base 42 to n=30K.
I will doublecheck it to n=10K. |
|
|
|
|
|
#128 |
|
May 2007
Kansas; USA
22·19·137 Posts |
Base 42 is complete to n=30K. 2 primes were found for n=10K-30K. Base released.
Base 42 and 44 were also doublechecked to n=10K. No problems found. |
|
|
|
|
|
#129 |
|
May 2007
Kansas; USA
28AC16 Posts |
Reserving base 46 to n=30K.
I will doublecheck it to n=10K. Reserving base 2026 to n=10K. I will doublecheck it to n=5526. Filling in the search holes.
|
|
|
|
|
|
#131 |
|
May 2007
Kansas; USA
22×19×137 Posts |
Base 2026 is complete to n=10K. No primes were found for n=5527-10K.
Base 2026 was also doublechecked to n=5526. No problems found. |
|
|
|
|
|
#132 |
|
Romulan Interpreter
Jun 2011
Thailand
32·29·37 Posts |
I was looking to those tables and saw that after 222 or so, the bases are not contiguous. I assume there is no search done for the missing bases, and the "higher" values just come from "people with a hobby" and not from an organized search. Because, unless I am not missing anything, I see no reason why the missing bases would not give primes. I think they do, and it should be no reason to jump from 222 to 228 (therefore missing 224 and 226) or from 2010 to 2026.
Now, the introduction done, for a week or so we were looking for an opportunity to test the new "multi-threaded" tool from Mark (i.e. mtsieve). We picked CK numbers, and we picked the base 2018. As the current year, you know? We could not make the toy run in multi-threaded mode (this is subject for another thread), but we got hooked and let it run overnight to sieve (single thread) and test with pfgw with some batch file. In the morning we had few (small) primes, and pfgw was close to testing n=12k or so. Does it make any sense reporting it? Or we are really missing the point (again, it won't be the first time, hehe). Last fiddled with by LaurV on 2018-02-14 at 10:18 |
|
|
|
![]() |
| Thread Tools | |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Carol / Kynea Primes | rogue | And now for something completely different | 249 | 2021-05-19 12:14 |
| Carol / Kynea search (Near-power primes) | rogue | And now for something completely different | 37 | 2016-06-18 17:58 |
| a 18+ Christmas carol | science_man_88 | Lounge | 10 | 2010-12-13 23:26 |
| Old reservations | opyrt | Prime Sierpinski Project | 3 | 2009-03-26 19:51 |
| k=51 or about coordinated prime search | Kosmaj | Riesel Prime Search | 7 | 2007-07-13 22:15 |