Ни одной олловской цепочки из 1800+ находок! Тогда как в файле result37_15e32.txt имеется 448 олловских цепочек из 2100+ находок. Возможно, дело в разных настройках Перпата.
Именно в нём. Вы же больше разнообразных цепочек пропускаете в лог, вот и реже встречаются ALL. Сравнивать стоит не по количеству цепочек, а по интервалу чисел, тогда должно наблюдаться примерное равенство (если их будет больше десятка чтобы сгладить статистические выбросы), ну с учётом диапазона конечно.
Таким темпом до 182213е30 лет 5 добираться.
Ну, я уверен что до 182213e30 добираться не придётся, 14-ка встретится сильно раньше (я бы так прикинул минимум раз в 10 меньше 15-ки), а вот встретится ли 15-ка это вопрос и тогда до 976481e28 считать ...
И в result37_15e32.txt довольно много кубов, и в текущем Process.out тоже.
А вот это интересно, а есть ли кубы среди 12 делителей? Или все они только с другим количеством делителей?
YadryaraУ меня вторая таблица досчиталась почти до 1e30, насчёт 3-4e30 я похоже погорячился, это ещё на несколько дней.
Ничего интересного не найдено, ни 14, ни 15. А 13 что есть так они больше найденных ранее.
Ослаблять условие в if я не хочу, ради поиска 12 и 13 проще запустить отдельный перебор до известной границы. А ещё лучше сделать другие комплекты ускорителей, в которых не будут проверяться числа на краях цепочек, это в очередной раз подправить M12mods1.gp, просто занулить там z[1,2,3,13,14,15] сразу после его создания (if тогда можно и не трогать, он автоматом подстроится через z[]), может имеет смысл даже сразу третью таблицу (с тремя заменами) проверять, она сильно более общая чем первая и вторая, а шаг при этом ещё не слишком маленький. В общем мне кажется искать 12 и 13 выгоднее отдельной задачей.
Э, стоп, ведь 12-ка всего лишь 1.69e23, до неё можно дойти вообще 6-й таблицей, где вообще нет дополнительных простых, всего 64 паттерна с шагом 7.2e9, хватит 2.343e13 шагов или 1.5e15 попыток, при скорости в 1.5e9/с это всего миллион секунд или 12 дней в один поток. Реально правда будет скорее всего вдвое-втрое дольше. Хм, пожалуй можно и этим заняться ...
VALПонятнее не стало к сожалению.
Запустил у себя, тоже стала вываливать кучу данных.
Единственное, обнаружил у себя в файле factor.log скудное объяснение, которое в общем и так было понятно:
Код:
...
Finished 2090 curves using Lenstra ECM method on C131 input, B1=3M, B2=gmp-ecm default
final ECM pretested depth: 40.56
scheduler: switching to sieve method
nfs: commencing nfs on c131: 11782521679750369689679878432237780353456812129433134149703824345784399320488286924024218844332112682463249399584535107079515554503
nfs: commencing poly selection with 1 threads
nfs: setting deadline of 57600 seconds
Ждать ещё 16ч не стал.
Кстати ещё создались два файла, nfs.dat.p и nfs.dat.0.p, размером до мегабайта, какие-то коэффициенты для nfs.
Я так и не знаю с чем связано, почему оно вдруг стало валиться на экран. Надо читать документацию и/или форум поддержки. Ну или просто забить и посмотреть что будет через указанное время (16ч), вдруг разложится, а на кучу текста плюнуть.
-- 21.08.2022, 11:21 --YadryaraКстати минимальная 12-ка от Hugo найдена в 50-й группе, т.е. в этих 6-ти таблицах отсутствует в принципе.