Quand la randomisation accélère-t-elle les algorithmes et ne devrait-elle pas?


39

La preuve de Adleman que est contenu dans montre que s'il existe un algorithme aléatoire pour un problème qui fonctionne en temps sur les entrées de taille , alors il y a aussi un algorithme déterministe pour le problème qui fonctionne en temps sur les entrées de taille [l’algorithme exécute l’algorithme randomisé sur des chaînes aléatoires indépendantes. Il doit y avoir un hasard pour l'algorithme répété qui est bon pour tous lesP / p o l y t ( n ) n Θ ( t ( n ) n ) n Θ ( n ) 2 nBPPP/polyt(n)nΘ(t(n)n)nΘ(n)2nentrées possibles]. L'algorithme déterministe n'est pas uniforme - il peut se comporter différemment pour différentes tailles d'entrée. Ainsi, l'argument d'Adleman montre que - si l'on ne se soucie pas de l'uniformité - la randomisation ne peut accélérer les algorithmes que par un facteur linéaire dans la taille de l'entrée.

Quels sont quelques exemples concrets où la randomisation accélère le calcul (à notre connaissance)?

Un exemple est le test d'identité polynomiale. Ici, l'entrée est un circuit arithmétique de taille n qui calcule un polynôme m-variable sur un champ et la tâche consiste à déterminer si le polynôme est identique à zéro. Un algorithme randomisé peut évaluer le polynôme sur un point aléatoire, tandis que le meilleur algorithme déterministe que nous connaissons (et éventuellement le meilleur qui existe) évalue le polynôme sur de nombreux points.

Un autre exemple est le Spanning Tree minimum, où le meilleur algorithme randomisé de Karger-Klein-Tarjan est le temps linéaire (et la probabilité d'erreur est exponentiellement faible!), Tandis que le meilleur algorithme déterministe de Chazelle s'exécute dans le temps ( est la fonction inverse d'Ackermann, donc la vitesse de randomisation est vraiment petite). Fait intéressant, Pettie et Ramachandran ont prouvé que s’il existait un algorithme de temps linéaire déterministe non uniforme pour l’espacement minimal, il existait également un algorithme de temps linéaire déterministe uniforme.αO(mα(m,n))α

Quels sont d'autres exemples? Quels exemples connaissez-vous où l’accélération de la randomisation est importante, mais c’est peut-être simplement parce que nous n’avons pas encore trouvé d’algorithmes déterministes suffisamment efficaces?



Vous pouvez toujours convertir n'importe quel algorithme randomisé en algorithme déterministe en remplaçant le générateur aléatoire par un générateur pseudo-aléatoire de qualité cryptographique. Sous des hypothèses cryptographiques plausibles qui, à notre connaissance, sont valides, cela fonctionne bien. Par conséquent, ma réponse serait: "à notre connaissance, la réponse est: il n’ya pas de problèmes de ce genre dans le monde réel". (En d'autres termes, au meilleur de notre connaissance, le décalage dans le temps d'exécution reflète notre incapacité à établir des limites d'exécution réduites plutôt qu'une différence sous-jacente réelle.)
DW

1
Sous des hypothèses de dureté raisonnable, vous pouvez alimenter le caractère aléatoire de l'algorithme à partir d'un générateur pseudo-aléatoire. Cependant, pour obtenir un algorithme déterministe, vous devez exécuter l'algorithme sur toutes les semences possibles. Cela fait exploser le temps d'exécution!
Dana Moshkovitz

En plus de l'argument de Dana, je pense que pour dérandonner BPP, le PRG doit fonctionner plus longtemps que l'algorithme d'origine (bien que je ne sache pas ce que cet écart doit être). Cela pourrait également illustrer un écart (fondamental?) Entre la certitude et une confiance élevée de façon exponentielle: il suffit de répéter un algorithme aléatoire fois (pour toute constante c ) pour obtenir la probabilité de correction 2 - O ( c ) , mais la version déterministe nécessite pour vérifier tous les semences polynomiales. cc2O(c)
usul

@DanaMoshkovitz, cela dépend si vous abordez ceci d'un point de vue théorique ou d'un point de vue d'un praticien. Du point de vue des praticiens, non, vous n'avez pas besoin de faire cela. Voir la construction que je décris dans cs.stackexchange.com/a/41723/755 , qui exécute l'algorithme sur seulement des semences . Dans le modèle oracle aléatoire, on peut montrer qu’il n’ya pas d’augmentation du temps d’exécution asymptotique et qu’aucun adversaire lié par des calculs n’est susceptible de trouver une quelconque entrée dans l’algorithme où l’algorithme produit une réponse fausse. Ceci est probablement suffisant pour des raisons pratiques. O(1)
DW

Réponses:


28

Je ne sais pas si aléatoire « devrait » ou « ne devrait pas » l' aide, cependant, les tests de primalité entier peut être fait dans le temps en utilisant Miller-Rabin aléatoire, tout autant que je sache, le plus connu algorithmes déterministes sont ~ O ( n 4 ) en supposant HGR (Miller-Rabin déterministe) ou ~ O ( n 6 ) sans conditions (variantes de AKS).O~(n2)O~(n4)O~(n6)


Bien qu'il y ait des raisons de croire que le plus petit témoin compositeness pour est de l'ordre journal N log log N , ce qui donnerait un ~ O ( n 3 ) algorithme. Mais cela reste non prouvé, même sous des conjectures théoriques du nombre standard comme des variantes de RH. NlogNloglogNO~(n3)
Emil Jeřábek soutient Monica

Un problème dans une veine similaire est le test d'irréductibilité polynomial sur des corps finis, où les algorithmes déterministes connus ont des limites pires que les algorithmes randomisés, mais je ne me souviens pas des détails.
Emil Jeřábek soutient Monica le

19

Un ancien exemple est le calcul de volume. Compte tenu d' un polytope décrit par un oracle d'appartenance, il y a un algorithme aléatoire en cours d' exécution en temps polynomial pour estimer le volume à un facteur, mais aucun algorithme déterministe peut venir même près sans conditions .1+ε

Le premier exemple d'une telle stratégie randomisée a été fourni par Dyer, Frieze et Kannan, et le résultat de la dureté pour les algorithmes déterministes est fourni par Bárány et Füredi. Alistair Sinclair a de bonnes notes de cours à ce sujet .

Je ne suis pas sûr de bien comprendre la partie "et cela ne devrait pas" de la question, donc je ne suis pas sûr que cela corresponde à la facture.


1
J'étais au courant de la méthode MCMC mais pas de cette limite inférieure, et je suis assez surpris (je pensais que tout ce qui était connu était la dureté # P). Le document est "Computing the Volume is Difficult", accessible depuis la page Web de Füredi , et ils donnent une limite inférieure essentiellement sur la manière dont le volume peut être approximé. [n/logn]n
Jeremy Kun

9

Je ne sais pas si cela répond à votre question (ou au moins une partie de celle-ci). Mais pour des exemples concrets dans lesquels la randomisation peut fournir une accélération, il s’agit de problèmes d’optimisation et de la relation avec le théorème No Free Lunch ( NFL ) .

Il existe un article "Peut-être pas un repas gratuit, mais au moins un apéritif gratuit" où il est montré que l'utilisation d'algorithmes de randomisation (optimisation) peut avoir de meilleures performances.

Abstrait:

On prétend souvent que les algorithmes évolutifs sont supérieurs aux autres techniques d'optimisation, en particulier dans les situations où l'on ne sait pas grand-chose de la fonction objectif à optimiser. Contrairement à cela, Wolpert et Macready (1997) ont prouvé que toutes les techniques d'optimisation ont le même comportement - en moyenne sur tous les X et Yf:XYXYsont des ensembles finis. Ce résultat s'appelle [le] théorème sans repas gratuit. Ici, différents scénarios d'optimisation sont présentés. On explique pourquoi le scénario sur lequel est basé le théorème du sans repas gratuit ne modélise pas l'optimisation réelle. Pour des scénarios plus réalistes, on explique pourquoi les techniques d'optimisation diffèrent par leur efficacité. Pour un petit exemple, cette affirmation est prouvée.

Les références:

  1. Aucun théorème de repas gratuit pour l'optimisation ( théorème original de la NFL pour l'optimisation)
  2. Peut-être pas un repas gratuit mais au moins un apéritif gratuit
  3. Durée sans description et sans repas (indique que les résultats de la NFL sont valables pour tout sous-ensemble de l'ensemble des fonctions possibles si et seulement si F est fermé par permutation, coupelle )FF
  4. Sur les classes de fonctions pour lesquelles les résultats No Free Lunch sont valables (il est prouvé que la fraction des sous-ensembles constituant une tasse est négligeable)
  5. Deux grandes catégories de fonctions pour lesquelles un résultat «pas de repas libre» n'est pas valable (indique qu'un résultat NFL ne s'applique pas à un ensemble de fonctions lorsque la longueur de description des fonctions est suffisamment limitée)
  6. Les déjeuners continus sont gratuits et la conception d’algorithmes d’optimisation optimaux (montre que pour les domaines continus, la version officielle de la NFL ne tient pas. Ce théorème du déjeuner libre est basé sur la formalisation du concept de fonction de fitness aléatoire à l’aide de champs aléatoires. )
  7. Au-delà de l'absence de repas libre: algorithmes réalistes pour les classes de problèmes arbitraires (indique que "toutes les violations des théorèmes de l'absence de repas libre peuvent être exprimées sous forme de distributions uniformes non bloc sur des sous-ensembles de problèmes qui sont une coupe ")
  8. Algorithmes métaheuristiques en essaim et théorèmes de repas sans repas gratuits ("[... tasse nécessaire pour prouver les théorèmes de la NFL (Marshall et Hinton, 2010) ")
  9. Pas de repas gratuit et de hasard algorithmique
  10. Pas de repas et de points de repère gratuits (une approche fondée sur la théorie des ensembles est généralisée à des critères non spécifiques à la coupe , mais note néanmoins que les algorithmes aléatoires (non triviaux) peuvent surperformer les algorithmes déterministes en moyenne, "[...] a démontré que la probabilité est insuffisante pour affirmer des résultats NFL sans contrainte dans le cas général. [..] cet article abandonne la probabilité, préférant un cadre théorique d'ensemble qui supprime les limitations théoriques de la mesure en se dispensant complètement de la probabilité ")

Résumé sur les déjeuners gratuits (et les déjeuners gratuits) de David H. Wolpert, Que coûte le dîner? ( notez que les théorèmes de type NFL ne spécifient jamais de " prix " réel en raison de leur type de preuve)

en particulier pour l'optimisation généralisée (GO):

  1. XZXZ

  2. F:XZ

  3. mF

    m={m(1),m(2),...,m(m)}
    t
    m(t)={mX(t),mZ(t)}
    mZ(t)F[mX(t)]
  4. une={tmX(t):t=0 ..m}

  5. C(F,m)

  6. C(.,.)

CFCFC(F,m)F=F*

Enfin, une remarque simple (et pas si simple) qui explique pourquoi la randomisation (sous une forme ou une autre) peut fournir des performances supérieures à celles des algorithmes strictement déterministes.

  1. Dans le contexte de l' optimisation (bien que cela ne soit pas limité à cela), une procédure de recherche aléatoire peut en moyenne échapper mieux aux extrema locaux que la recherche déterministe et atteindre des extrema globaux.
  2. 2UNEUNEUNEUNEUNE

1

Le meilleur exemple est dans la zone actuellement considérée comme la meilleure candidate pour les fichiers OWF, où il semble que chaque fichier OWF populaire cuit de manière surprenante possède un algorithme sous-exponentiel aléatoire alors qu'il n'existe aucun algorithme sous-exponentiel déterministe (par exemple, la factorisation entière). En fait, dans de nombreux cas, il existe probablement un algorithme efficace avec quelques chaînes de conseil (analyse cryptographique).


-5

Si vous avez un algorithme utilisant la randomisation, vous pouvez toujours le remplacer par un algorithme déterministe utilisant des nombres pseudo-aléatoires: Prenez la description du problème, calculez un code de hachage, utilisez ce code de hachage comme germe pour un bon générateur de nombres pseudo-aléatoires. . En pratique, c'est ce qui risque de se produire lorsque quelqu'un implémente un algorithme en utilisant la randomisation.

Si nous omettons le code de hachage, la différence entre cet algorithme et un algorithme utilisant la vraie randomisation est que je peux prédire la séquence de nombres aléatoires générés et que je pourrais produire un problème tel que le nombre aléatoire prédit appliqué à mon problème sera toujours. prendre la pire décision possible. Par exemple, pour Quicksort avec un pivot pseudo-aléatoire, je pourrais construire un tableau en entrée où le pivot pseudo-aléatoire trouvera toujours la valeur la plus grande possible dans le tableau. Avec le vrai hasard, ce n'est pas possible.

Avec le code de hachage, il me serait très difficile de construire un problème où les nombres pseudo-aléatoires produisent les pires résultats. Je peux toujours prédire les nombres aléatoires, mais si je modifie le problème, la séquence des nombres pseudo-aléatoires change complètement. Néanmoins, il serait presque impossible pour vous de prouver que je ne peux pas construire un tel problème.


Je suis nouveau sur cstheory.SE. Alors, les électeurs ont-ils un problème - qu'est-ce qui ne va pas avec cette réponse?
galdre

3
Deux choses ne vont pas: (1) nous ne savons pas comment construire des nombres pseudo-aléatoires en général, (2) même lorsque nous savons comment les construire, ils sont coûteux en calcul. Les nombres pseudo-aléatoires utilisés en pratique ne sont pas garantis pour fonctionner en théorie; tout ce que nous savons, c'est qu'ils semblent fonctionner empiriquement. (En effet, la plupart des PRNG actuellement utilisés peuvent être brisés, ils ne sont donc pas sûrs pour une utilisation en général, uniquement lorsque vous n'essayez pas spécifiquement de les briser.)
Yuval Filmus le

2
cstheory.se concerne l’ informatique théorique *, pas la pratique de la programmation. Qu'on le veuille ou non, les deux zones sont bien distinctes.
Yuval Filmus

2
@YuvalFilmus: Le générateur de pas alternant inventé par C. Gunther en 1987 n'a pas encore été brisé (pas de pause publique pour le moment, et je doute que la NSA l'ait brisé non plus). Vingt-huit ans, c'est long à rester ininterrompu, je suis étonné qu'un générateur aussi simple (trois LFSR et une porte XOR, c'est si simple?) N'a pas encore été interrompu et n'est pas utilisé plus souvent.
William Hird

2
@WilliamHird: Selon une définition de "cassé", il semble en fait avoir été cassé (plus ou moins dans la même mesure que la famille A5 / x connexe, plus efficace et largement utilisée). Voir crypto.stackexchange.com/a/342 .
Emil Jeřábek soutient Monica le
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.