Напишите программу для факторизации полу-простого числа в кратчайшие сроки.
Для тестирования используйте это: 38! +1 (523022617466601111760007224100074291200000001)
Это равно: 14029308060317546154181 × 37280713718589679646221
fastest-code
primes
Сохам Чоудхури
источник
источник
12259243
это будет использоваться для проверки того, насколько быстры программы, результаты будут настолько малы, что вы не получите никаких статистически значимых различий.Ответы:
Python (с PyPy JIT v1.9) ~ 1,9 с
Использование многочленного квадратичного сита . Я решил, что это вызов кода, поэтому я решил не использовать никаких внешних библиотек (кроме стандартной
log
функции, я полагаю). При синхронизации следует использовать PyPy JIT , так как это приводит к увеличению времени в 4-5 раз по сравнению с cPython .Обновление (2013-07-29):
С момента публикации я внес несколько небольших, но значительных изменений, которые увеличивают общую скорость примерно в 2,5 раза.
Обновление (2014-08-27):
Поскольку этот пост все еще привлекает внимание, я обновил
my_math.py
исправление двух ошибок для тех, кто может его использовать:isqrt
был ошибочным, иногда производил неправильный вывод для значений, очень близких к идеальному квадрату. Это было исправлено, и производительность увеличилась за счет использования гораздо лучшего семени.is_prime
был обновлен Моя предыдущая попытка удалить идеальные квадратные 2-sprps была в лучшем случае нерешительной. Я добавил проверку 3-sprp - метод, используемый Mathmatica - чтобы убедиться, что тестируемое значение не содержит квадратов.Обновление (2014-11-24):
если в конце расчета нетривиальные сравнения не найдены, программа теперь просеивает дополнительные полиномы. Это было ранее отмечено в коде как
TODO
.mpqs.py
my_math.py
Пример ввода / вывода:
Примечание: если вы не используете эту
--verbose
опцию, время будет немного лучше:Основные понятия
В целом, квадратичное сито основано на следующем наблюдении: любой нечетный составной n может быть представлен как:
Это не очень сложно подтвердить. Поскольку n нечетно, расстояние между любыми двумя кофакторами n должно быть четным 2d , где x - средняя точка между ними. Более того, такое же соотношение справедливо для любого кратного n
Обратите внимание, что если какие-либо такие x и d могут быть найдены, это немедленно приведет к (не обязательно простому) коэффициенту n , поскольку x + d и x - d оба делят n по определению. Это отношение может быть дополнительно ослаблено - вследствие возможного тривиального сравнения - до следующей формы:
Таким образом, в общем, если мы можем найти два идеальных квадрата, которые эквивалентны mod n , то весьма вероятно, что мы можем напрямую получить множитель n a la gcd (x ± d, n) . Кажется довольно просто, верно?
За исключением того, что это не так. Если бы мы намеревались провести исчерпывающий поиск по всем возможным x , нам нужно было бы искать весь диапазон от [ √ n , √ ( 2n ) ], который немного меньше, чем полное пробное деление, но также требует дорогого
is_square
операции для каждой итерации, чтобы подтвердить значение d . Если это не заранее известно , что п есть факторы очень близко √ п , суд разделение, вероятно, будет быстрее.Возможно, мы сможем ослабить это отношение еще больше. Предположим, мы выбрали x , такой, что для
полная простая факторизация у легко известна. Если бы у нас было достаточно таких отношений, мы могли бы построить адекватное d , если мы выберем число y, такое, что их произведение будет идеальным квадратом; то есть все простые факторы используются четное число раз. На самом деле, если у нас больше таких у, чем общее число уникальных простых факторов, которые они содержат, решение гарантированно существует; Это становится системой линейных уравнений. Теперь возникает вопрос, как мы выбрали такой х ? Вот где в игру вступает сито.
Сито
Рассмотрим полином:
Тогда для любого простого p и целого числа k верно следующее:
Это означает, что после решения для корней полинома mod p - то есть вы нашли x такой, что y (x) ≡ 0 (mod p) , ergo y делится на p - тогда вы нашли бесконечное число такого х . Таким образом, вы можете просеивать в диапазоне х , определяя небольшие простые факторы у , надеясь найти такие, для которых все простые факторы малы. Такие числа известны как k-гладкие , где k - самый большой используемый простой фактор.
Однако у этого подхода есть несколько проблем. Не все значения x являются адекватными, на самом деле их очень мало, сосредоточенных вокруг √ n . Меньшие значения станут в значительной степени отрицательными (из-за члена -n ), а большие значения станут слишком большими, так что маловероятно, что их первичная факторизация состоит только из небольших простых чисел. Там будет ряд таких х , но если композит вы будете факторинг не очень маленький, это очень маловероятно , что вы найдете достаточно разглаживает , чтобы привести к факторизации. И поэтому при большем n становится необходимым просеивать несколько полиномов заданной формы.
Несколько полиномов
Значит, нам нужно больше полиномов для сита? Как насчет этого:
Это сработает. Обратите внимание , что A и B могут быть буквально любым целочисленным значением, и математика все еще сохраняется. Все, что нам нужно сделать, это выбрать несколько случайных значений, найти корень полинома и просеять значения, близкие к нулю. В этот момент мы могли бы просто назвать это достаточно хорошо: если вы бросаете достаточно камней в случайных направлениях, вы рано или поздно должны разбить окно.
Кроме того, есть проблема с этим тоже. Если наклон полинома велик в точке пересечения х, что будет, если он не будет относительно плоским, будет только несколько подходящих значений для просеивания за полином. Это сработает, но в итоге вы просеете много полиномов, прежде чем получите то, что вам нужно. Можем ли мы сделать лучше?
Мы можем сделать лучше. В результате Монтгомери наблюдает следующее: если A и B выбраны так, что существует некоторое C, удовлетворяющее
тогда весь полином может быть переписан как
Кроме того, если A выбран в качестве идеального квадрата, то во время просеивания лидирующим членом A можно пренебречь, что приведет к гораздо меньшим значениям и гораздо более плоской кривой. Чтобы такое решение существовало, n должно быть квадратичным вычетом mod √ A , который можно сразу узнать, вычислив символ Лежандра :
( n | √A ) = 1 . Обратите внимание, что для решения для B необходимо знать полную простую факторизацию √A (чтобы взять модульный квадратный корень √n (mod √A) ), поэтому √A обычно выбирается как простое число.
Тогда можно показать, что если , то для всех значений x ∈ [ -M, M ] :
И вот, наконец, у нас есть все компоненты, необходимые для реализации нашего сита. Или мы?
Полномочия простых чисел как факторов
Наше сито, как описано выше, имеет один существенный недостаток. Он может определить , какие значения х приведет к у делится на р , но он не может определить , является ли или нет у делится на мощности от р . Чтобы определить это, нам нужно будет выполнить пробное деление по значению, которое необходимо просеять, пока оно не перестанет делиться на p . Казалось, мы достигли тупика: весь смысл решетки был в том, что нам не нужно было этого делать. Время проверить книгу.
Это выглядит довольно полезным. Если сумма ln всех малых простых множителей y близка к ожидаемому значению ln (y) , то почти у данного фактора у y нет других факторов. Кроме того, если мы немного снизим ожидаемое значение, мы также можем определить значения как гладкие, которые имеют несколько степеней простых чисел как факторы. Таким образом, мы можем использовать сито в качестве процесса «предварительного скрининга» и учитывать только те значения, которые могут быть гладкими.
Это также имеет несколько других преимуществ. Обратите внимание , что небольшие штрихи способствуют очень мало для ¯Ln суммы, но все же они требуют самого решета времени. Для просеивания значения 3 требуется больше времени, чем 11, 13, 17, 19 и 23 вместе взятых . Вместо этого мы можем просто пропустить первые несколько простых чисел и соответствующим образом скорректировать порог, предполагая, что определенный процент из них прошел бы.
Другой результат заключается в том, что ряду значений будет разрешено «проскальзывать», которые в основном являются гладкими, но содержат один большой кофактор. Мы могли бы просто отбросить эти значения, но предположим, что мы нашли другое в основном гладкое значение с точно таким же кофактором. Затем мы можем использовать эти два значения для построения полезного y ; поскольку их продукт будет содержать этот большой кофактор в квадрате, его больше не нужно рассматривать.
Собираем все вместе
Последнее, что нам нужно сделать, это использовать эти значения y для построения адекватных x и d . Предположим, что мы рассматриваем только неквадратные множители у , то есть простые множители нечетной степени. Тогда каждый y может быть выражен следующим образом:
который можно выразить в виде матрицы:
Тогда возникает проблема найти вектор v такой, что vM = ⦳ (mod 2) , где ⦳ - нулевой вектор. То есть, чтобы решить для левого нулевого пространства М . Это можно сделать несколькими способами, самым простым из которых является выполнение исключения Гаусса для M T , заменив операцию добавления строки на строку xor . Это приведет к ряду базисных векторов с нулевым пространством, любая комбинация которых даст правильное решение.
Конструкция x довольно проста. Это просто произведение Ax + B для каждого из используемых y . Построение d немного сложнее. Если бы мы взяли произведение всех y , мы получим значение с десятками тысяч, если не сотнями тысяч цифр, для которых нам нужно найти квадратный корень. Этот расчет нецелесообразно дорогой. Вместо этого мы можем отслеживать четные степени простых чисел во время процесса просеивания, а затем использовать операции and и xor для векторов неквадратных факторов для восстановления квадратного корня.
Кажется, я достиг предела в 30000 символов. Ах, хорошо, я полагаю, этого достаточно.
источник
Ну, ваш 38! +1 сломал мой php скрипт, не знаю почему. Фактически, любое простое число длиной более 16 цифр нарушает мой сценарий.
Однако, используя 8980935344490257 (86028157 * 104395301), мой сценарий управлял временем на моем домашнем компьютере 25,963 секунды (AMD Phenom 9950 с частотой 2,61 ГГц). Гораздо быстрее, чем мой рабочий компьютер, который работал почти на 31 секунду при 2,93 ГГц Core 2 Duo.
php - 757 символов вкл. новые линии
Мне было бы интересно увидеть этот же алгоритм на c или другом компилируемом языке.
источник
lcm(2, 3, 5, 7) == 210
что шаблон чисел, устраняемый этими факторами, будет повторяться каждые 210 чисел, и остаются только 48. Таким образом, вы можете исключить 77% всех чисел из пробного деления вместо 50%, беря только шансы.