2. Или обсчитывать все паттерны кусками по 1e30
Как я уже говорил именно этот вариант считаю выгоднее: если меньшая цепочка найдётся в последнем проверяемом паттерне, то в первом случае вы их все будете считать до 1e32, во втором все лишь до 1e30.
В винде есть команда
for /l %n in (1,1,2000) do @pcoul -f13 -x%ne30 12 14, которая прекрасно умеет перебирать числа с заданным вторым параметром шагом. Разумеется вместо pcoul туда надо подставить второй цикл по паттернам, тоже
for /f.
Вопрос, когда Вы искали минимальную 13-ку (которая сейчас указана, как верхняя оценка), Вы обсчитывали все из них или только часть?
Если часть, то какую?
Не могу ответить на этот вопрос: перебор был не по паттернам Хуго, а по моим паттернам, проверялись 96 групп паттернов, в которые расставлялись 4 из 6 простых 17,19,23,29,31,37 (т.е. по второй таблице
Yadryara), при этом получалось от 9 до 12 проверяемых мест. Конкретно 13-ка была найдена при расстановке простых 17,19,31,37 и получении LCM=990221910911232199200 с 10 проверяемыми местами.
Раз простые больше 37 вообще не расставлялись, то ни один из паттернов Хуго нельзя считать проверенным.
В смысле доработали ?? Что-то опять не понял юмора.
Вот
тут была простая программа, оставляющая из всех паттернов Хуго только 630 штук. Я предложил вместо огроменных списков просто доработать её (добавить ещё условий пропуска паттернов) чтобы получалось не 630шт, а 528шт. И тогда каждый желающий сможет сам себе получить эти 528 паттернов из полного списка выдаваемого pcoul (а у Вас он есть в почте).
?? Так она уже оформлена как матрица. Пари считывает её командой
Вы правда не видите никакой разницы между
Код:
[ 9, 10, 11, 12, 13, 14, 15, 32, 1, 18, 1, 20, 21, 22, 1; 9, 10, 11, 12, 169, 14, 15, 32, 1, 18, 1, 20, 21, 22, 1; 9, 10, 11, 12, 371293, 14, 15, 32, 1, 18, 1, 20, 21, 22, 1; 9, 10, 11, 12, 2197, 14, 15, 32, 1, 18, 1, 20, 21, 22, 1; 9, 10, 11, 12, 13, 14, 15, 32, 1, 18, 1, 20, 21, 242, 1; ...]
и
Код:
{[
9, 10, 11, 12, 13, 14, 15, 32, 1, 18, 1, 20, 21, 22, 1;
9, 10, 11, 12, 13^2, 14, 15, 32, 1, 18, 1, 20, 21, 22, 1;
9, 10, 11, 12, 13^5, 14, 15, 32, 1, 18, 1, 20, 21, 22, 1;
9, 10, 11, 12, 13^3, 14, 15, 32, 1, 18, 1, 20, 21, 22, 1;
9, 10, 11, 12, 13, 14, 15, 32, 1, 18, 1, 20, 21, 242, 1;
...]}
?? Второй вариант тоже прекрасно читается PARI, но при этом ещё и удобнее человеку.
Покажете пример расчёта с помощью Пелля?
Да запросто:
Код:
T:\M12minimal\Hugo>pcoul -f13 -v -x8e34 -b0 12 15
001 pcoul(12 15) -f13 -x80000000000000000000000000000000000 -b0 *RT*
367 coul(12, 15): recurse 280, walk 3786, walkc 28 (0.06s)
Паттерн (вся группа паттернов в нашей терминологии) проверился до 8e34 за доли секунды. Потому что там аж 5 квадратов. И 4 дополнительных простых в квадратах и в результате всего 5 проверяемых мест. Как такой счёт можно выполнить без Пелля не представляю. И так можно со всеми паттернами где есть хотя бы два квадрата.
И потому считать сколько в него влезает триллионов вариантов нет никакого смысла - они перебираться и не будут, хоть их квадриллионы.
Для порядка надо, например, определиться с количеством неделимых паттернов.
И снова вопрос кому собственно и для чего это "надо"? Нам никому вроде не надо, все паттерны прекрасно считаются и без такого вычисления, и для оценок потребного времени тоже не надо, если же надо Вам, то так и пишите "хочу" или "надо для того-то и того-то".
А что это за "два десятка возможных коэффициентов меньше 100" ? При квадратах-то их всего 10:
И это для всех цепочек 13-15. Из них всего 7 меньше 100.
Какие два десятка-то ?
Вот эти:
qr: [15, 22, 34, 38, 46, 51, 55, 57, 58, 62, 65, 69, 74, 77, 82, 85, 86, 87, 91, 93, 94, 95, 106, ...Да, некоторые из них можно и запретить, руками, но очень далеко не все. И все они могут быть при неизвестном
.