Quel serait l'algorithme le plus optimal (en termes de performances) pour calculer le nombre de diviseurs d'un nombre donné?
Ce serait formidable si vous pouviez fournir un pseudocode ou un lien vers un exemple.
EDIT: Toutes les réponses ont été très utiles, merci. J'implémente le tamis d'Atkin et ensuite je vais utiliser quelque chose de similaire à ce que Jonathan Leffler a indiqué. Le lien posté par Justin Bozonier a de plus amples informations sur ce que je voulais.
Réponses:
Dmitriy a raison de dire que vous voudrez que le tamis d'Atkin génère la liste principale, mais je ne pense pas que cela règle tout le problème. Maintenant que vous avez une liste de nombres premiers, vous devrez voir combien de ces nombres premiers agissent comme un diviseur (et à quelle fréquence).
Voici quelques python pour l'algoRegardez ici et recherchez "Subject: math - need divisors algorithm". Comptez simplement le nombre d'articles dans la liste au lieu de les renvoyer.Voici un Dr. Math qui explique exactement ce que vous devez faire mathématiquement.
Essentiellement, cela se résume à si votre nombre
n
est:n = a^x * b^y * c^z
(où a, b et c sont les diviseurs premiers de n et x, y et z sont le nombre de fois que le diviseur est répété) alors le nombre total de tous les diviseurs est:
(x + 1) * (y + 1) * (z + 1)
.Edit: BTW, pour trouver a, b, c, etc., vous voudrez faire ce qui équivaut à un algo gourmand si je comprends bien cela. Commencez par votre plus grand diviseur premier et multipliez-le par lui-même jusqu'à ce qu'une autre multiplication dépasse le nombre n. Ensuite, passez au facteur le plus bas suivant et multipliez le nombre premier ^ précédent de fois qu'il a été multiplié par le premier courant et continuez à multiplier par le premier jusqu'à ce que le suivant dépasse n ... etc. Gardez une trace du nombre de fois que vous multipliez le diviseurs ensemble et appliquez ces nombres dans la formule ci-dessus.
Je ne suis pas sûr à 100% de ma description d'algo, mais si ce n'est pas le cas, c'est quelque chose de similaire.
la source
n = (a^x * b^y * c^z)-(x + 1) * (y + 1) * (z + 1)
est la règleIl y a beaucoup plus de techniques d'affacturage que le tamis d'Atkin. Par exemple, supposons que nous voulons factoriser 5893. Eh bien, son sqrt est 76,76 ... Nous allons maintenant essayer d'écrire 5893 comme un produit de carrés. Eh bien (77 * 77 - 5893) = 36 qui est 6 au carré, donc 5893 = 77 * 77 - 6 * 6 = (77 + 6) (77-6) = 83 * 71. Si cela n'avait pas fonctionné, nous aurions vérifié si 78 * 78 - 5893 était un carré parfait. Etc. Avec cette technique, vous pouvez tester rapidement les facteurs proches de la racine carrée de n beaucoup plus rapidement qu'en testant des nombres premiers individuels. Si vous combinez cette technique pour éliminer les grands nombres premiers avec un tamis, vous aurez une bien meilleure méthode d'affacturage qu'avec le tamis seul.
Et ce n'est qu'une des nombreuses techniques qui ont été développées. C'est une question assez simple. Il vous faudrait beaucoup de temps pour apprendre, disons, suffisamment de théorie des nombres pour comprendre les techniques d'affacturage basées sur les courbes elliptiques. (Je sais qu'ils existent. Je ne les comprends pas.)
Par conséquent, à moins que vous n'ayez affaire à de petits nombres entiers, je n'essaierai pas de résoudre ce problème moi-même. Au lieu de cela, j'essaierais de trouver un moyen d'utiliser quelque chose comme la bibliothèque PARI qui a déjà mis en œuvre une solution très efficace. Avec cela, je peux factoriser un nombre aléatoire de 40 chiffres comme 124321342332143213122323434312213424231341 en environ 0,05 seconde. (Sa factorisation, au cas où vous vous poseriez la question, est de 29 * 439 * 1321 * 157907 * 284749 * 33843676813 * 4857795469949. Je suis convaincu qu'il n'a pas compris cela en utilisant le tamis d'Atkin ...)
la source
@Yasky
Votre fonction de diviseurs a un bogue en ce sens qu'elle ne fonctionne pas correctement pour les carrés parfaits.
Essayer:
la source
Je ne suis pas d'accord pour dire que le tamis d'Atkin est la voie à suivre, car il pourrait facilement prendre plus de temps pour vérifier chaque nombre de [1, n] pour la primalité que pour réduire le nombre par divisions.
Voici un code qui, bien que légèrement plus piraté, est généralement beaucoup plus rapide:
ps C'est du code python qui fonctionne pour résoudre ce problème.
la source
Voici un algorithme O (sqrt (n)) simple. J'ai utilisé ceci pour résoudre le projet euler
la source
Cette question intéressante est beaucoup plus difficile qu'il n'y paraît, et elle n'a pas reçu de réponse. La question peut être divisée en 2 questions très différentes.
1 étant donné N, trouver la liste L des facteurs premiers de N
2 donné L, calculer le nombre de combinaisons uniques
Toutes les réponses que je vois jusqu'à présent se réfèrent au n ° 1 et omettent de mentionner qu'il n'est pas traitable pour un nombre énorme. Pour des nombres N de taille moyenne, voire 64 bits, c'est facile; pour un N énorme, le problème d'affacturage peut prendre "une éternité". Le cryptage par clé publique en dépend.
La question n ° 2 nécessite plus de discussion. Si L ne contient que des nombres uniques, il s'agit d'un calcul simple utilisant la formule de combinaison pour choisir k objets parmi n éléments. En fait, vous devez additionner les résultats de l'application de la formule en faisant varier k de 1 à sizeof (L). Cependant, L contiendra généralement plusieurs occurrences de plusieurs nombres premiers. Par exemple, L = {2,2,2,3,3,5} est la factorisation de N = 360. Or ce problème est assez difficile!
En reformulant # 2, étant donné que la collection C contient k éléments, de telle sorte que l'élément a a un "doublon", et l'élément b a b "doublon, etc. Par exemple, {2}, {2,2}, {2,2,2}, {2,3}, {2,2,3,3} doivent se produire chacun une et une seule fois si L = {2,2 , 2,3,3,5}. Chaque sous-collection unique de ce type est un diviseur unique de N en multipliant les éléments de la sous-collection.
la source
p_i
est un facteur premier d'un nombre aveck_i
multiplicité, le nombre total de diviseurs de ce nombre est(k_1+1)*(k_2+1)*...*(k_n+1)
. Je suppose que vous le savez maintenant, mais j'écris ceci pour le bénéfice d'un lecteur aléatoire ici.Une réponse à votre question dépend grandement de la taille de l'entier. Les méthodes pour les petits nombres, par exemple moins de 100 bits, et pour les nombres ~ 1000 bits (comme celles utilisées en cryptographie) sont complètement différentes.
aperçu général: http://en.wikipedia.org/wiki/Divisor_function
valeurs pour petites
n
et quelques références utiles: A000005: d (n) (également appelé tau (n) ou sigma_0 (n)), le nombre de diviseurs de n.exemple réel: factorisation d'entiers
la source
JUSTE une ligne
J'ai réfléchi très attentivement à votre question et j'ai essayé d'écrire un morceau de code très efficace et performant. Pour imprimer tous les diviseurs d'un nombre donné à l'écran, nous n'avons besoin que d'une ligne de code! (utilisez l'option -std = c99 lors de la compilation via gcc)
pour trouver des nombres de diviseurs, vous pouvez utiliser la fonction très très rapide suivante (fonctionne correctement pour tous les nombres entiers sauf 1 et 2)
ou si vous traitez un nombre donné comme un diviseur (fonctionne correctement pour tous les nombres entiers sauf 1 et 2)
REMARQUE: deux fonctions ci-dessus fonctionnent correctement pour tous les nombres entiers positifs à l'exception des nombres 1 et 2, il est donc fonctionnel pour tous les nombres supérieurs à 2, mais si vous devez couvrir 1 et 2, vous pouvez utiliser l'une des fonctions suivantes (un peu Ralentissez)
OU
petit est beau :)
la source
Le tamis d'Atkin est une version optimisée du tamis d'Eratosthène qui donne tous les nombres premiers jusqu'à un entier donné. Vous devriez pouvoir chercher sur Google pour plus de détails.
Une fois que vous avez cette liste, il est simple de diviser votre nombre par chaque nombre premier pour voir s'il s'agit d'un diviseur exact (c'est-à-dire que le reste est égal à zéro).
Les étapes de base pour calculer les diviseurs pour un nombre (n) sont [ceci est un pseudocode converti à partir de code réel donc j'espère ne pas avoir introduit d'erreurs]:
la source
Vous pourriez essayer celui-ci. C'est un peu hackish, mais c'est raisonnablement rapide.
la source
Une fois que vous avez la factorisation première, il existe un moyen de trouver le nombre de diviseurs. Ajoutez un à chacun des exposants de chaque facteur individuel, puis multipliez les exposants ensemble.
Par exemple: 36 Factorisation premier: 2 ^ 2 * 3 ^ 2 Diviseurs: 1, 2, 3, 4, 6, 9, 12, 18, 36 Nombre de diviseurs: 9
Ajoutez un à chaque exposant 2 ^ 3 * 3 ^ 3 Multipliez les exposants: 3 * 3 = 9
la source
Avant de vous engager dans une solution, considérez que l'approche Sieve peut ne pas être une bonne réponse dans le cas typique.
Il y a quelque temps, il y avait une question principale et j'ai fait un test de temps - pour les entiers 32 bits au moins, déterminer si c'était prime était plus lent que la force brute. Il existe deux facteurs:
1) Alors qu'un humain prend un certain temps pour faire une division, il est très rapide sur l'ordinateur - similaire au coût de recherche de la réponse.
2) Si vous n'avez pas de table principale, vous pouvez créer une boucle qui s'exécute entièrement dans le cache L1. Cela le rend plus rapide.
la source
C'est une solution efficace:
la source
Les diviseurs font quelque chose de spectaculaire: ils se divisent complètement. Si vous voulez vérifier le nombre de diviseurs pour un certain nombre,
n
il est clairement redondant pour couvrir tout le spectre,1...n
. Je n'ai fait aucune recherche approfondie à ce sujet, mais j'ai résolu le problème 12 du projet Euler sur les nombres triangulaires . Ma solution pour le test des diviseurs supérieurs à 500 a duré 309504 microsecondes (~ 0,3 s). J'ai écrit cette fonction de diviseur pour la solution.À chaque algorithme, il y a un point faible. Je pensais que c'était faible par rapport aux nombres premiers. Mais comme les nombres triangulaires ne sont pas imprimés, il a parfaitement rempli son rôle. D'après mon profilage, je pense que ça s'est plutôt bien passé.
Joyeuses fêtes.
la source
numberOfDivisors
et l'itérateur à 1; cela devrait éliminer l'erreur de division par zéroVous voulez le tamis d'Atkin, décrit ici: http://en.wikipedia.org/wiki/Sieve_of_Atkin
la source
la méthode des nombres premiers est ici très claire. P [] est une liste de nombres premiers inférieurs ou égaux à sq = sqrt (n);
la source
Les manuels de théorie des nombres appellent la fonction de comptage des diviseurs tau. Le premier fait intéressant est que c'est multiplicatif, c'est à dire. τ (ab) = τ (a) τ (b), lorsque a et b n'ont pas de facteur commun. (Preuve: chaque paire de diviseurs de a et b donne un diviseur distinct de ab).
Notons maintenant que pour pa prime, τ (p ** k) = k + 1 (les puissances de p). Ainsi, vous pouvez facilement calculer τ (n) à partir de sa factorisation.
Cependant, la factorisation de grands nombres peut être lente (la sécurité de la crytopraphie RSA dépend du produit de deux grands nombres premiers difficile à factoriser). Cela suggère cet algorithme optimisé
la source
Ce qui suit est un programme C pour trouver le nombre de diviseurs d'un nombre donné.
La complexité de l'algorithme ci-dessus est O (sqrt (n)).
Cet algorithme fonctionnera correctement pour les nombres qui sont des carrés parfaits ainsi que pour les nombres qui ne sont pas des carrés parfaits.
Notez que la limite supérieure de la boucle est définie sur la racine carrée du nombre pour avoir l'algorithme le plus efficace.
Notez que stocker la limite supérieure dans une variable séparée fait également gagner du temps, vous ne devez pas appeler la fonction sqrt dans la section condition de la boucle for, cela économise également votre temps de calcul.
Au lieu de la boucle for ci-dessus, vous pouvez également utiliser la boucle suivante qui est encore plus efficace car cela élimine le besoin de trouver la racine carrée du nombre.
la source
Voici une fonction que j'ai écrite. sa pire complexité en temps est O (sqrt (n)), le meilleur temps en revanche est O (log (n)). Il vous donne tous les diviseurs premiers ainsi que le nombre de ses occurrences.
la source
C'est le moyen le plus simple de calculer les diviseurs de nombres:
la source
@Kendall
J'ai testé votre code et apporté quelques améliorations, maintenant c'est encore plus rapide. J'ai aussi testé avec le code @ هومن جاویدپور, c'est aussi plus rapide que son code.
la source
N'est-ce pas juste une question de factoriser le nombre - de déterminer tous les facteurs du nombre? Vous pouvez ensuite décider si vous avez besoin de toutes les combinaisons d'un ou plusieurs facteurs.
Ainsi, un algorithme possible serait:
C'est alors à vous de combiner les facteurs pour déterminer le reste de la réponse.
la source
C'est quelque chose que j'ai proposé sur la base de la réponse de Justin. Cela peut nécessiter une optimisation.
la source
Je pense que c'est ce que vous recherchez, je fais exactement ce que vous avez demandé. Copiez et collez-le dans le bloc-notes.Save as * .bat.Run.Enter Number.Multiply le processus par 2 et c'est le nombre de diviseurs.Je l'ai fait exprès pour qu'il détermine les diviseurs plus rapidement:
Veuillez noter qu'une variable CMD ne peut pas prendre en charge les valeurs supérieures à 999999999
la source
je suppose que celui-ci sera à la fois pratique et précis
script.pyton
>>>factors=[ x for x in range (1,n+1) if n%x==0] print len(factors)
la source
Essayez quelque chose du genre:
la source
Je ne connais pas la méthode la plus efficace, mais je ferais ce qui suit:
Devrait fonctionner \ o /
Si vous avez besoin, je peux coder quelque chose demain en C pour démontrer.
la source