А переборная программа для 234-го комплекта входит в то, что на файлообменнике выложено? Или мне самому сделать?
Нет не входит, я же прямо написал "только папки с ускорителями" — я понятия не имею какая именно у Вас сейчас переборная программа (тем более для счёта "на стороне"), а учитывая что имена ускорителей такие же (подходят под маску в переборной программе), то её менять и не нужно, заменить только ускорители.
Или Вы имеете в виду, что ищем до 960e33, а не до 66388e33 ? Ну так это правильно, внизу шанс найти и 14-ку и 15-ку гораздо выше.
Да, я имел в виду именно это. И нет, я не согласен что вероятность найти 15-ку "гораздо выше":
1. Очевидно найти 15-ку меньше реально существующей вероятность строго нулевая. Даже если мы пока и не знаем какова минимальная. И если для всех проверяемых нами (точнее Вами) комплектов паттернов минимальная 15-ка больше 1e36 — она уже так и не найдётся. Невзирая на все вероятности.
2. Что значит "гораздо"? Вероятность числу быть простым уменьшается скажем в
раза, вероятность цепочки из 15-ти чисел пусть в 15-й степени, 2.14 раза, всего вдвое (и это на краю проверяемого диапазона), я бы не называл "вдвое" словом "гораздо".
Про 14-ку да, шанс заметно выше. Вот только искать 14-ку, если уж искать, надо по другому: делать ускорители на 10 проверяемых мест, без краёв, и ими и искать. С 11-ю проверяемыми местами ускорители отфильтровывают некоторое количество 14-ок, те у которых на каком-то краю (который оказывается проверяемым) стоит точно составное, с делителем меньше порога простых.
Если сложно сделать один экзешник сразу на 720 паттернов, то может быть стоит начать переделку с одного экзешника на 2 или на 6 паттернов?
Ускоритель сложно сделать на
больше одного паттерна. А насколько больше уже без разницы (только требования к памяти линейно растут и всё).
Ну то бишь уже скорость возросла почти до критической отметки. Мой комп с этим подклассом навряд ли управился бы быстрее чем за 31 час.
Почему до критической? Так ведь у Вас уже 0.45 секунд на паттерн тратится!
Нет, критическую отметку скорость ускорителей ещё не пересекла (снова 1/720 всех паттернов, число в N после дроби это сколько цепочек прошло все проверки на isprime кроме обоих краёв):
N=3013815/2, 294.774s (60.637s in PARI) per round 1e37.
N=301497/1, 30.871s (6.006s in PARI) per round 1e36.
N=150628/1, 15.391s (2.996s in PARI) per round 5e35.
N=90354/1, 9.772s (1.763s in PARI) per round 3e35.
N=60344/1, 6.539s (1.233s in PARI) per round 2e35.
N=30046/1, 3.738s (0.593s in PARI) per round 1e35.
N=2999/0, 1.283s (0.016s in PARI) per round 1e34.
N=294/0, 0.974s (0.032s in PARI) per round 1e33.
Линейность скорости сохраняется почти до 3e35 (отличие около 5%), а накладные расходы составляют порядка 1с (3% от проверяемого 96e34). 3% ещё явно не критичны, вот когда станет процентов 30 (проверять будем до 1e35), вот тогда да.
Сейчас достигнута критическая точка по скорости компиляции, раз уж она занимает больше времени чем счёт, вот её и надо бы ускорять. Но тут пока тоже есть выход: забить на скорость ускорителей и компилить x32 SSE версию (либо x64 AVX2 замедлить для ускорения компиляции). Реально ускорить вдвое, т.е. компиляция будет занимать третью-пятую часть общего времени. Можно даже подобрать баланс для уменьшения именно общего времени (но это имеет смысл только для работы на одном компе, когда делают разные люди смысла мало).