Hallo,
habe folgendes Problem bzw. Herausforderung *g*:
Ich habe ein Produkt zweier Zahlen gegeben im Wertebereich 0 bis
268'365'825.
Nun muss ich die Faktoren dieses Produktes bestimmen. Dabei muss
beachtet werden das Faktor 1 sich im Wertebereich von 0 bis 4095 (0xFFF)
und Faktor 2 von 0 bis 65535 (0xFFFF) beläuft.
Bisher teile ich das Produkt solange bis es kleiner 65535 ist. Dann ist
mein Nenner Faktor 1 und das geteilte Ergebnis Faktor 2.
Wenn das Produkt sehr groß ist kann das sehr lange dauern (9 ms). Nun
gibt es sicherlich bessere Möglichkeiten diese Iteration durchzuführen
und wollte daher mal nachfragen wie das funktioniert bzw. wie man sowas
angeht?!?!
Vielen Dank für eure Hilfe
Gruß
Andi
Für so kleine Zahlen ist Probedivision das Mittel der Wahl, bevorzugt
mit einer Tabelle aller Primzahlen kleiner als Wurzel(268365825).
Ausgefeilte Verfahren (Pollard's Rho, Elliptische Kurven, Quadratisches
Sieb, etc) lohnen hier nicht.
Wie werden die Divisionen ausgeführt? In Hardware? Welche Arithmetik
wird verwendet?
Es kann günstig sein, erst mal den ggT mit dem Produkt kleiner
Primzahlen zu bilden, also z.B.
Ob das sinnvoll ist bzw. überhaupt machbar hängt von der
zugrundeliegenden Arithmetik ab.
Alles in allem sind 9ms doch fix.
Nein sind keine primzahlen.... einfach ganze zahlen...
und 9ms sind nicht fix!- habe durch 2 weitere if verzweigungen die Zeit
auf 6ms verbessert indem ich einfach ab einem bestimmten wert denn
Nenner schon auf 1000 setze.... spare also 999 durchlaufe ein....
ich denke an ein ähnliches verfahren wie der quick sort Algorithmus....
Gruß
Andi
Aus dem Blauen geraten: Ich würde das Produkt einfach durch 65535
teilen, damit hätte ich zumindest schon 'mal eine Grössenordnung für das
Maximum von Faktor 2.
Volker Zabe schrieb:> Dein Problem läst sich nicht lösen.> ... C-Programm ...
Verstehe den Zusammenhang nicht. Muss ich das C-Programm erst laufen
lassen, um das zu verstehen ?
Wenn es sich nicht um das Produkt von Primzahlen handelt, so ist das
Problem nicht EINDEUTIG loesbar. Es gibt also mehrere moegliche
Zerlegungen.
Eine Moeglichkeit waere es, alle Primfaktoren des Produktes zu
bestimmen. Dann kann man die Primfaktoren (fast) beliebig in zwei Mengen
aufteilen, wobei sich durch multiplizieren jeweils die beiden Faktoren
ergeben. Die einzige Randbedingung ist, dass der eine Faktor kleiner als
4096 ist.
Geht es nur darum, die Berechnung "ein bischen" schneller zu machen,
hier ein paar Ideen:
- Es ist
als ist
, also
, also
. Man kann also ausrechnen, wie gross f2 mindestens sein muss (p/4096),
und die Schleife erst von da ab laufen lassen.
- Vielfache von 2 kann man sehr leicht erkennen, und vorab aus dem
Produkt entfernen:
ok irgendiwe verliere ich hier langsam bissle den überblick ^^ ich
verstehe nicht ganz was das immer mit den primzahlen zu tun hat g das
es mehrere möglichkeiten gibt und dass das ergebnis nicht eindeutig
lösbar ist ist ja wohl klar, deswegen brauch ich dieses iterative
verfahren :)
ich suche jedeglich eine schnelle möglichkeit EINE lösung unter den
randbedingungen zu finden...
bisher teile ich das produkt einfach durch einen nenner solange bis es
kleiner 65536 ist... und zack hab ich die 2 faktoren (1.Faktor: Nenner,
2. Faktor: das geteilte ergebnis)
wenn das produkt aber groß ist durchläuft er die schleife sehr oft (x/2,
x/3, x/4, x/5, x/6,.... x/3000,....bis maximal x/4096)...
hab da wahrscheinlich eure antworten nicht richtig verstanden...
Danke
Andi
Ganz einfache Erklärung:
Alle Primzahlen zwischen 65536 und 268365825 lassen sich nicht
aufteilen.
Und davon giebt es eine ganze Menge.
Oder geht es nur darum heraus zu finden, ob sie sich nach Deinen
Bedingungen aufteilen lassen?
aso ja stimmt :) daran hab ich gar net gedacht... nein ich brauche 2
faktoren, wenn diese nicht exakt bestimmbar sind dann halt eine
näherung....
diese 2 faktoren werden nachher einem timer zugeführt und bestimmen die
zeitbasis... wenn diese nicht 100% passt ist das auch net so wild... :)
ja mit quicksort hatte ich nur im kopf das ich den nenner nicht bei 2
loslaufen lass sondern in der mitte (2048) und dann wieder mitte und
wieder mitte und so.... damit habe ich den worstcase nichtmehr das mir
die schleife 4095 mal durchläuft....
also irgendwie sowas hab ich im kopf....
Andi schrieb:> aso ja stimmt :) daran hab ich gar net gedacht... nein ich brauche 2> faktoren, wenn diese nicht exakt bestimmbar sind dann halt eine> näherung....
Naeherung reicht, na sag das doch gleich :-)
> diese 2 faktoren werden nachher einem timer zugeführt und bestimmen die> zeitbasis... wenn diese nicht 100% passt ist das auch net so wild... :)
Eigentlich braucht man dann gar keine Schleife:
Nimm einfach die dritte Wurzel der Ausgangszahl. Das ergibt dann den
einen Faktor (da immer kleiner als 4096). Den anderen Faktor kannst Du
dann durch Division ausrechnen:
1
#include<math.h>
2
3
...
4
intp,f1,f2;
5
6
f1=pow(p,1.0/3.0);// dritte Wurzel ist dasselbe wie x^(1/3)
7
f2=p/f1;
8
...
Habe ich jetzt nicht getestet, sollte aber so ungefaehr funktionieren.
Evtl. f2 noch etwas runden, z.B. so:
Kai S. schrieb:> Nimm einfach die dritte Wurzel der Ausgangszahl. Das ergibt dann den> einen Faktor (da immer kleiner als 4096). Den anderen Faktor kannst Du> dann durch Division ausrechnen.
Am schnellsten ginge es, wenn man das Produkt einfach durch 65535
dividieren würde. Ergibt ebenfalls den kleinen Faktor.
@Иван S.
mhh stimmt geht aber nur wenn das produkt größer 65536 ist aber das kann
man ja leicht abfangen :) werds mal so probieren... die primitivsten
lösungen sind meistens die besten :)
gruß
andi
In der Tat, man sollte alles nur so komplex machen wie notwendig.
Was die beste Loesung ist haengt halt stark davon ab, wie genau der
Timer laufen soll.
ZigZeg