Zufälle gibt's?! - Funktionen rund um rand, Random und den Zufall



  • Klasse Artikel! 🙂



  • klasse artikel. 👍

    Anmerkung 1:
    (wie Optimizer, nur ich hab ne weitere begründung)
    ein wenig unnett, ist daß die klasse Random nur std::rand() benutzt. von einer klasse würde ich einen eigenen zustand erwarten. das brauche ich gelegentlich, denn code-sequenzen wie

    do{
       x1=random(30,50);
       x2=random(30,50);
       x3=random(30,50);
    }while(x1*x1+x2*x2!=x3*x3);
    //sowas kommt vor, wenn auch nicht bei mathematisch so einfachen suchen wie nach pythagoräischen tripeln. 
    tuwasMit(x1,x2,x3);
    a=rnd(100);//uih, kann sehr, sehr verfälscht sein! unter umständen kommt in der 
    //gesamten random-sequenz nur ein solches tripel vor. 
    //dann ist (oh, weh!) a immer gleich.
    

    dem entgegnet man, indem man für solche such-mätzchen eine lokale instanz eines zufallszahlengenerators erzeugt.

    Anmerkung 2:

    Das Dumme ist nur, dass srand() leider keinen return-Wert hat, die an sich nahe liegende Konstruktion dummy = srand(time(NULL)) verbietet sich daher.

    das wäre mir noch kein grund für eine klasse.

    bool initRand(){
    	srand(static_cast<int>(time(0)));
    	return true;
    }
    int rnd(int min,int max){
    	static bool b=initRand();
    	return std::rand()%(max-min+1)+min;
    }
    

    naja, das versteckte if im lokalen static wäre für mich nutzlose rechenzeitverschwendung und ich würde doch das allseits beliebte randomize(); am anfang der main() aufrufen.



  • Erweitern Sie nun noch die Klasse Random um eine Zufallszahlerzeugung für rnd32, also Zufallszahlen im Bereich von 0 bis 4.294.967.296. Das sollte wohl die meisten Wünsche abdecken.

    0 bis 4.294.967.295.



  • wenn man das prog

    int main(){
    	for(int i=0;i<5;++i){
    		cout<<rnd(0,10000)<<' ';
    	}
    }
    

    schnell hintereinander startet, passiert

    7484 559 5278 4718 3563
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    7487 1306 375 6015 1112
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    7490 2053 8238 7311 1425
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    7490 2053 8238 7311 1425
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    7493 36 3336 1371 1739
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    7493 36 3336 1371 1739
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    7497 783 1198 2668 2052
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    7500 1531 6296 3964 9602
    

    die erste zahl läuft einfach nur mit der zeit schnurstracks aufwärts.

    das läßt sich gut ausbügeln mit

    srand(static_cast<int>(time(0)));rand();
    

    statt nur

    srand(static_cast<int>(time(0)));
    

    und siehe da

    621 75 7978 2167 7774
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    1369 5173 9274 2480 1699
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    2116 3035 569 2794 2861
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    2116 3035 569 2794 2861
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    99 8133 4630 343 6788
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    846 5995 5927 656 714
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    1593 1092 7223 970 4640
    
    D:\...l Studio 2005\Projects\tmp\debug>tmp.exe
    9577 8956 1283 1283 8567
    


  • mir scheint,
    int ignoreBoundary = (RAND_MAX / count) * count;
    gent schneller als
    int ignoreBoundary = count - (RAND_MAX % count);

    die division muß ich eh bezahlen, aber die multiplikation danach brauche ich nicht.



  • int rnd_nobias(int lowerbounds, int upperbounds)
    würde stark davon profitieren, wenn lowerbounds und upperbounds template-parameter wären, falls das nicht über das ziel hinausschießt.



  • statt des arrays geht auch

    int verteilung(int x){
          return (x+2)*2/3;
    }
    

    funktionen statt arrays für die verteilung werden dann wichtig, wenn man die normalverteilung oder sowas braucht.



  • ...der Funktionsaufruf kann mit einer gewissen (kleinen) Wahrscheinlichkeit sehr lange dauern. Für Echtzeitanwendungen kann dies problematisch sein.

    ja, das ist sehr traurig. 😞
    mir ist auch kein weg eingefallen, so eine funktion echtzeitfähig zu machen.
    naja, für den von die zitierten zufallszahlengenerator könnte man einfach alle werte für count ausmessen. sollte nur wenige wochen dauern.
    ich weiß bisher so viel:
    wenn count<3 muß man schlimmstenfalls 1-mal raten
    wenn count<29 muß man schlimmstenfalls 3-mal raten
    wenn count<145 muß man schlimmstenfalls 4-mal raten
    wenn count<683 muß man schlimmstenfalls 5-mal raten
    wenn count<1093 muß man schlimmstenfalls 6-mal raten
    wenn count<1693 muß man schlimmstenfalls 7-mal raten
    wenn count<1928 muß man schlimmstenfalls 8-mal raten
    wenn count<2979 muß man schlimmstenfalls 9-mal raten
    wenn count<3641 muß man schlimmstenfalls 10-mal raten
    wenn count<4097 muß man schlimmstenfalls 11-mal raten



  • [cpp]if ((count - 1) & count == 0)[/cpp]
    
    if (((count - 1) & count) == 0)
    


  • in

    static unsigned int rnd32() 
       { 
          static Random dummy; 
          int rnd1 = rand(); 
          int rnd2 = rand(); 
          int rnd3 = rand(); 
          unsigned int bigrnd = ((rnd1 & 0x03) << 30) + (rnd2 << 15) + rnd3; 
       }
    

    fehlt das return.



  • Ohne jetzt den ganzen Artikel gelesen zu haben, wird beim Zuschneiden mit Modulus nicht die Gleichverteilung verletzt? Bei einer Zufallszahl zw 0 und 32767 und der Modulus 6 Rechnung kommt die 1 einmal häufiger vor. Bei größeren Zahlen als 6 wird die Verteilung noch mehr verletzt.

    Da muß man zw Geschwindigkeit und Gleichverteilung (zB. mit double 6/32767 multiplizieren) gewichten.



  • xxxx schrieb:

    Ohne jetzt den ganzen Artikel gelesen zu haben

    Vielleicht solltest du das mal nachholen 😉 Der ganze Artikel dreht sich genau um das Thema, wie man die Gleichverteilung der Zufallswerte retten kann.



  • Oh. 😞



  • Weiß nicht ob das hier her passt aber :

    Eine Zufalls Zahl von 1 bis 8 zb bekommt man ja durch :

    rand() % 8 + 1;
    

    Wie kann ich Sagen das manche Zahlen Wahrscheinicher sind als andere?
    Damit meine ich das zb die 3 öfters kommt als die 5 oder 8.

    MFG Toa



  • Indem du z.B. ein Ergebnis-Array mit den gewünschten Verteilungen erstellst und die ermittelte Zufallszahl als Index auf dieses Array benutzt.

    Wenn du nichtganzzahlige Verteilungen willst, musst du rechnen.



  • leider gibts den link
    http://www.ma.utexas.edu/documentation/nr/bookcpdf/
    nicht mehr



  • kennt jemand die lineare kongruenz? kann mir jemand was dazu sagen ?
    komme da nicht weiter !!!



  • Hast du eine konkrete Frage?

    Der allgemeine Aufbau eines linearen Kongruenzgenerators wird in einem anderen Artikel erläutert.



  • Marc++us schrieb:

    #include <iostream>
    using namespace std;
    
    int main()
    {
       for (unsigned u = 0; u <= RAND_MAX; u++)
       {
          cout << u << "\t" << u % 3 << endl;
       }
       return 0;
    }
    

    Am Anfang geht's noch sauber los:

    0   0
    1   1
    2   2
    3   0
    ...
    

    aber am Ende ist ein kleines Problem vorhanden:

    32762   2
    32763   0
    32764   1
    32765   2
    32766   0
    32767   1
    

    Es geht nicht auf! Der größtmögliche Wert 32767 – der Zufallszahlengenerator schneidet wegen &0xffff alles darüber ab – wird durch das Modulo 3 auf 1 gesetzt. Sie können sich das wie das Ablegen von Kugeln vorstellen, man legt immer reihum in die drei Töpfe; zählt man am Ende die Kugeln in den drei Töpfen 0, 1 und 2, so liegt diese Anzahl von Kugeln pro Topf vor:

    Topf 0:   10923   33,33435%
    Topf 1:   10923   33,33435%
    Topf 2:   10922   33,33130%
    

    Problem gelöst...
    Bei den Modulo-Rechnungen mit nicht 2er Potenzen einfach in der for den Maximalwert - in dem Fall RAND_MAX - mit dem selben Modulo berechnen und addieren:

    #include <iostream>
    
    using namespace std;
    
    int main()
    {
       for (unsigned u = 0; u <= RAND_MAX + (RAND_MAX % 3); u++) // <-
       {
          cout << u << "\t" << u % 3 << endl;
       }
       cin>>ende;
       return 0;
    }
    

    Oder RAND_MAX mit dem selben Modulo berechnen, +1 und dann subtrahieren:

    #include <iostream>
    
    using namespace std;
    
    int main()
    {
       for (unsigned u = 0; u <= RAND_MAX - ((RAND_MAX % 3)+1); u++) // <-
       {
          cout << u << "\t" << u % 3 << endl;
       }
       return 0;
    }
    

    Damit sind alle "Töpfe" gleich voll und man schließt eine ungleiche "Prozentuale Zieh-Chance" aus.

    Jedoch wird die häufigkeit der wiederholung damit beeinflusst.

    Ergibt das überhaupt Sinn? 😕

    MfG
    C++ Newbe, Zitro



  • Zitro schrieb:

    Ergibt das überhaupt Sinn? 😕

    Nein. RAND_MAX kannst Du nicht ändern.


Anmelden zum Antworten