Реализовал это на асме+PARI (перебор всевдопростых с проверкой по этим модулям для каждого возможного варианта из всех паттернов), перебор
идёт вдесятеро быстрее чем на чистом PARI, вместо 22ч оценка 2ч на одно qr (от паттернов не зависит, влияет на все). Надеюсь за несколько часов проверятся все 22<qr<600 (-p1e12).
ЗдОрово!
Насколько понимаю, что это может сильно помочь в уменьшение времени для ограничения на простые в квадратах для доказательства минимальности 13-ки (а в перспективе 14-ки и 15-ки) - через более быстрое уменьшение порога в ключе -p.
Но хотел бы всё таки обратить внимание, может будут какие-то мысли, вот на какую проблему, связанную с поиском более мелкой 14-ки.
Вот тут группировка паттернов для 14-ки
Считаем "перспективными" паттерны с количеством проверяемых мест 10 и 11.
Таких есть
а) три группы с
. Насколько понимаю, там и осуществлялся ранее поиск 14-к (или отдельно 14-к, или в рамках поиска 15-к).
Эти группы мы сейчас обсчитываем с DemIS'ом, с ключом -p500.
Цель обсчитать их до 21e31, что примерно в 10 раз меньше, чем минимальная известная 14-ка.
б) три группы с
. Эти обсчитываются у меня в один поток. Цель та же - обсчитать их до 21e31.
Это всё не быстро. Но сроки выглядят приемлемыми (единицы месяцев).
в) и есть три группы паттернов с
А вот с ними проблемы. Оценки для худшего LCM дают время расчета около 13 млн. секунд (полгода) с тем же ключом: -p500. Для
одного паттерна.
Меня гложут смутные сомнения, что вероятность найти цепочку в этих паттернах все таки не настолько велика, насколько велико прогнозируемое время расчета. Но каких-то идей, уменьшить время расчета для них пока нет
-- 20.01.2023, 18:33 --Half as much(one in
) because we need to look at the module 64, not 32.
Тут у Хуго верно.
Проверка по каждому модулю уменьшает количество
примерно в два раза (для конкретного места в конкретном паттерне).
А разным модулей - 6 штук. Итого в
раза.