Какой будет наиболее оптимальный (с точки зрения производительности) алгоритм для вычисления количества делителей заданного числа?
Было бы здорово, если бы вы могли предоставить псевдокод или ссылку на какой-нибудь пример.
РЕДАКТИРОВАТЬ: Все ответы были очень полезны, спасибо. Я внедряю «Сито Аткина», а затем собираюсь использовать нечто похожее на то, что указал Джонатан Леффлер. Ссылка Джастина Бозонье содержит дополнительную информацию о том, что я хотел.
Ответы:
Дмитрий прав, что вам нужно, чтобы «Сито Аткина» сформировало прайм-лист, но я не верю, что это решает весь вопрос. Теперь, когда у вас есть список простых чисел, вам нужно увидеть, сколько из этих простых чисел действует как делитель (и как часто).
Вот некоторый питон дляалгоритма. Посмотрите здесь и найдите «Subject: math - Need Divisors Algoriths». Просто посчитайте количество элементов в списке, а не возвращайте их.Вот доктор Мат, который объясняет, что именно вам нужно делать математически.
По сути, это сводится к тому, что если ваше число
n
:n = a^x * b^y * c^z
(где a, b и c - простые делители n, а x, y и z - количество повторений делителя), то общее число для всех делителей будет:
(x + 1) * (y + 1) * (z + 1)
,Редактировать: Кстати, чтобы найти a, b, c и т. Д. Вы захотите сделать то, что составляет жадный алгоритм, если я правильно понимаю. Начните с вашего наибольшего простого делителя и умножайте его до тех пор, пока дальнейшее умножение не превысит число n. Затем перейдите к следующему наименьшему коэффициенту и умножьте на предыдущее простое число ^ количество раз, которое он умножил на текущее простое число, и продолжайте умножать на простое число, пока следующее не превысит n ... и т. Д. Следите за количеством раз, которое вы умножаете делители вместе и применить эти числа в формуле выше.
Не уверен на 100% в моем описании алгоритма, но если это не так, то это что-то похожее.
источник
n = (a^x * b^y * c^z)-(x + 1) * (y + 1) * (z + 1)
это правилоСуществует намного больше методов для факторинга, чем сито Аткина. Например, предположим, что мы хотим вычислить 5893. Хорошо, его sqrt равно 76,76 ... Теперь мы попробуем написать 5893 как произведение квадратов. Скважина (77 * 77 - 5893) = 36, то есть 6 в квадрате, поэтому 5893 = 77 * 77 - 6 * 6 = (77 + 6) (77-6) = 83 * 71. Если бы это не сработало, мы бы посмотрели, было ли 78 * 78 - 5893 идеальным квадратом. И так далее. С помощью этой техники вы можете быстро проверить факторы около квадратного корня из n гораздо быстрее, чем проверяя отдельные простые числа. Если вы объедините эту технику для исключения больших простых чисел с помощью сита, у вас будет намного лучший метод разложения, чем с одним ситом.
И это только одна из множества разработанных методик. Это довольно простой. Вам понадобится много времени, чтобы изучить, скажем, достаточно теории чисел, чтобы понять методы факторинга, основанные на эллиптических кривых. (Я знаю, что они существуют. Я не понимаю их.)
Поэтому, если вы не имеете дело с маленькими целыми числами, я бы не пытался решить эту проблему сам. Вместо этого я бы попытался найти способ использовать что-то вроде библиотеки PARI, в которой уже реализовано высокоэффективное решение. При этом я могу вычислить случайное 40-значное число, например 124321342332143213122323434312213424231341, примерно за 0,05 секунды. (Его факторизация, на случай, если вам интересно, составляет 29 * 439 * 1321 * 157907 * 284749 * 33843676813 * 4857795469949. Я совершенно уверен, что это не удалось выяснить с помощью сита Аткина ...)
источник
@Yasky
Ваша функция делителей имеет ошибку в том, что она не работает правильно для идеальных квадратов.
Пытаться:
источник
Я не согласен с тем, что сито Аткина - это путь, потому что для проверки простоты каждого числа в [1, n] может потребоваться больше времени, чем для уменьшения числа делениями.
Вот некоторый код, который, хотя и немного хакерский, но в целом намного быстрее:
PS Это рабочий код Python для решения этой проблемы.
источник
Вот прямой алгоритм O (sqrt (n)). Я использовал это для решения проекта Эйлера
источник
Этот интересный вопрос гораздо сложнее, чем кажется, и на него нет ответа. Вопрос можно разбить на 2 очень разных вопроса.
1 дано N, найдите список L из простых факторов N
2 учитывая L, рассчитать количество уникальных комбинаций
Все ответы, которые я вижу до сих пор, относятся к № 1 и не в состоянии упомянуть, что он не поддается огромным количествам. Для N среднего размера, даже для 64-битных чисел, это легко; для огромного N проблема факторинга может быть «навсегда». Шифрование с открытым ключом зависит от этого.
Вопрос № 2 требует дальнейшего обсуждения. Если L содержит только уникальные числа, это простой расчет с использованием формулы комбинации для выбора k объектов из n элементов. На самом деле, вам нужно суммировать результаты применения формулы при изменении k от 1 до sizeof (L). Однако L обычно будет содержать несколько вхождений нескольких простых чисел. Например, L = {2,2,2,3,3,5} является факторизацией N = 360. Теперь эта проблема довольно сложная!
Что касается # 2, то для данной коллекции C, содержащей k элементов, такой, что элемент a имеет «дубликаты», а элемент b имеет дубликаты b и т. Д., Сколько существует уникальных комбинаций от 1 до k-1 элементов? Например, {2}, {2,2}, {2,2,2}, {2,3}, {2,2,3,3} должны появляться каждый раз и только один раз, если L = {2,2 , 2,3,3,5}. Каждая такая уникальная подгруппа является уникальным делителем N путем умножения элементов в подгруппе.
источник
p_i
есть простой множитель числа сk_i
кратностью, общее число делителей этого числа равно(k_1+1)*(k_2+1)*...*(k_n+1)
. Я думаю, вы уже знаете это, но я запишу это для пользы, если случайный читатель здесь.Ответ на ваш вопрос сильно зависит от размера целого числа. Методы для небольших чисел, например, менее 100 бит, и для чисел ~ 1000 бит (такие как используемые в криптографии) совершенно разные.
общий обзор: http://en.wikipedia.org/wiki/Divisor_function
значения для маленьких
n
и некоторые полезные ссылки: A000005: d (n) (также называемый tau (n) или sigma_0 (n)), число делителей n.пример из реальной жизни: факторизация целых чисел
источник
ТОЛЬКО одна строка.
Я очень тщательно продумал ваш вопрос и попытался написать очень эффективный и производительный фрагмент кода. Чтобы вывести на экран все делители заданного числа, нам нужна всего одна строка кода! (используйте опцию -std = c99 при компиляции через gcc)
для нахождения чисел делителей вы можете использовать следующую очень очень быструю функцию (работает правильно для всех целых чисел, кроме 1 и 2)
или если вы рассматриваете данное число как делитель (работайте правильно для всех целых чисел, кроме 1 и 2)
ПРИМЕЧАНИЕ: две вышеупомянутые функции работают правильно для всех положительных целых чисел, кроме чисел 1 и 2, поэтому они работают для всех чисел, превышающих 2, но если вам нужно охватить 1 и 2, вы можете использовать одну из следующих функций (немного помедленнее)
ИЛИ
маленький красивый :)
источник
Сито Аткина - это оптимизированная версия сита Эратосфена, которая дает все простые числа до заданного целого числа. Вы должны быть в состоянии Google это для более подробной информации.
После того, как у вас есть этот список, просто разделить ваше число на каждое простое число, чтобы увидеть, является ли он точным делителем (т. Е. Остаток равен нулю).
Основные этапы вычисления делителей для числа (n): [это псевдокод, преобразованный из реального кода, поэтому я надеюсь, что я не внес ошибок]:
источник
Вы можете попробовать это. Это немного хакерски, но довольно быстро.
источник
Если у вас есть основная факторизация, есть способ найти число делителей. Добавьте один к каждому из показателей в каждом отдельном факторе и затем умножьте показатели вместе.
Например: 36 Prime Factorization: 2 ^ 2 * 3 ^ 2 Делители: 1, 2, 3, 4, 6, 9, 12, 18, 36 Количество делителей: 9
Добавьте один к каждому показателю степени 2 ^ 3 * 3 ^ 3 Умножьте показатели: 3 * 3 = 9
источник
Перед тем, как принять решение, подумайте, что в типичном случае подход Sieve не может быть хорошим ответом.
Некоторое время назад возник главный вопрос, и я провел временный тест - по крайней мере, для 32-разрядных целых чисел было определено, является ли оно простым, медленнее, чем грубая сила. Существует два фактора:
1) В то время как человеку требуется некоторое время, чтобы выполнить деление, он очень быстро работает на компьютере - похоже на стоимость поиска ответа.
2) Если у вас нет основной таблицы, вы можете создать цикл, который полностью выполняется в кэше L1. Это делает это быстрее.
источник
Это эффективное решение:
источник
Делители делают что-то впечатляющее: они делят полностью. Если вы хотите проверить число делителей на число
n
, оно явно избыточно, чтобы охватить весь спектр1...n
. Я не провел каких-либо углубленных исследований для этого, но я решил проблему Проекта Эйлера 12 по треугольным числам . Мое решение для теста с делителем более 500 делилось на 309504 микросекунды (~ 0,3 с). Я написал эту функцию делителя для решения.У каждого алгоритма есть слабое место. Я думал, что это было слабым против простых чисел. Но так как треугольные числа не напечатаны, это послужило своей цели безупречно. Из моего профилирования я думаю, что все прошло хорошо.
Счастливых праздников.
источник
numberOfDivisors
и итератор на 1; это должно избавить от деления на ноль ошибокВы хотите Сито Аткина, описанное здесь: http://en.wikipedia.org/wiki/Sieve_of_Atkin
источник
метод простых чисел здесь очень понятен. P [] - список простых чисел, меньших или равных sq = sqrt (n);
источник
Учебники теории чисел называют функцию подсчета числа делителей тау. Первый интересный факт заключается в том, что он мультипликативный, т.е. τ (ab) = τ (a) τ (b), когда a и b не имеют общего множителя. (Доказательство: каждая пара делителей a и b дает отдельный делитель ab).
Теперь отметим, что для простого числа τ (p ** k) = k + 1 (степени p). Таким образом, вы можете легко вычислить τ (n) из его факторизации.
Однако факторизация больших чисел может быть медленной (безопасность криптографии RSA зависит от того, что произведение двух больших простых чисел трудно разложить). Это предполагает этот оптимизированный алгоритм
источник
Ниже приведена программа на C для определения числа делителей заданного числа.
Сложность вышеупомянутого алгоритма O (sqrt (n)).
Этот алгоритм будет работать правильно для числа, которое является идеальным квадратом, а также для чисел, которые не являются идеальным квадратом.
Обратите внимание, что верхний предел цикла установлен на корень квадратный из числа, чтобы алгоритм был наиболее эффективным.
Обратите внимание, что сохранение верхнего предела в отдельной переменной также экономит время, вам не следует вызывать функцию sqrt в разделе условий цикла for, это также экономит ваше вычислительное время.
Вместо указанного выше цикла for вы также можете использовать следующий цикл, который еще более эффективен, поскольку это устраняет необходимость в нахождении квадратного корня числа.
источник
Вот функция, которую я написал. наихудшее время сложность O (sqrt (n)), лучшее время с другой стороны O (log (n)). Он дает вам все простые делители вместе с числом их появления.
источник
Это самый простой способ вычисления числа делителей:
источник
@Kendall
Я проверил ваш код и сделал некоторые улучшения, теперь он стал еще быстрее. Я также тестировал с кодом @ هومن جاویدپور, это также быстрее, чем его код.
источник
Разве это не просто вопрос факторизации числа - определения всех факторов числа? Затем вы можете решить, нужны ли вам все комбинации одного или нескольких факторов.
Итак, один из возможных алгоритмов:
Затем вы должны объединить факторы, чтобы определить остальную часть ответа.
источник
Это то, что я придумал, основываясь на ответе Джастина. Это может потребовать некоторой оптимизации.
источник
Я думаю, это то, что вы ищете. Я делаю именно то, что вы просили. Скопируйте и вставьте его в Блокнот. Сохраните как * .bat.Run.Enter Number. Умножьте процесс на 2, и это число делителей. Я сделал это специально, чтобы он быстрее определял делители:
Пожалуйста, обратите внимание, что переменная CMD поддерживает значения более 999999999
источник
я думаю, что этот будет удобен, а также точен
script.pyton
>>>factors=[ x for x in range (1,n+1) if n%x==0] print len(factors)
источник
Попробуйте что-то вроде этого:
источник
Я не знаю наиболее эффективного метода, но я бы сделал следующее:
Должен работать \ o /
Если вам нужно, я могу написать кое-что завтра на C, чтобы продемонстрировать.
источник