proggen.org

Dirty Oerti hat geschrieben:Kann es sein, dass eine Begrenzung zwecks der Anzahl an Threads gibt, die SDL erstellen kann?

Dirty Oerti hat geschrieben:Ich bekomme nicht mehr als ca 190 Threads her.

Dirty Oerti hat geschrieben:Tag

Dirty Oerti hat geschrieben:Alles schön und gut, wenn ich nun aber den Thread kille, während er noch in der eigentlichen Threadfunktion ist, dann wird das Strukt für die Übergabe nie gelöscht.
Wie bekomm ich das hin, das ich keine Speicherlecks hab?

Dirty Oerti hat geschrieben:Ich hatte mir schon gedacht, dass ich evtl einen zweiten Thread starte, der darauf wartet, das der erste beendet wird und dann das Übergabestrukt löscht, aber wäre das nicht etwas zu viel an Threads?

Dirty Oerti hat geschrieben: Aber hier wird parm doch auf dem Stack erstellt, heißt sobald die Methode addThread fertig ist und per Return zurückgibt wird das parm wieder gelöscht.
Oder?

Dirty Oerti hat geschrieben:@fat-lobyte: Geht das vielleicht besser mit boost?

#include <boost/thread.hpp>
#include <boost/shared_ptr.hpp>
#include <boost/bind.hpp>


struct Parameter 
{
     char eins[3];
     char zwei[3];
};



int thread_func(GameManager&, boost::shared_ptr<Parameter>)
{

    
}



// in wo auch immer du den thread starten willst:
    GameManager app( /* super toll initialisieren */);
    boost::shared_ptr<Parameter> parm(new Parameter);
    parm->eins = "asd";
    parm->zwei = "fgh";

    boost::thread(
        boost::bind(
            &thread_func,
            boost::ref(app),
            parm
        )
    );
    
   
   
// nochmal mit erklärung
    // starte einen thread mit funktionsobjekt (oder funktion) x, 
    // das keine parameter bekommt
    boost::thread( x ); 
    
    // "Binde" die parameter an die thread_func funktion. Der Rückgabewert
    // ist ein Funktionsobjekt, das keine Parameter übernimmt
    boost::bind(&thread_func, ...); 

    // benötigt um referenzen durch boost::bind zu schleusen.
    boost::ref(app); 

Dirty Oerti hat geschrieben:Kann es sein, dass eine Begrenzung zwecks der Anzahl an Threads gibt, die SDL erstellen kann?
Ich bekomme nicht mehr als ca 190 Threads her.

cloidnerux hat geschrieben:Wie es aussieht, willst du einfach nur wissen, wie du es am saubersten hinbekommst deinen Threat mit Informationen zu Füttern.
Du könntest ja einfach in deiner Main-Funktion einen Pointer auf ein common_settings struct, also ein struct wo ALLE einstellungen, Pointer auf Parameter wenne s sich lohnt, etc. drinn isnd, disen Pointer übergibst du dann deiner Threat Funktion und diese sucht sich seine Parameter heraus.
Das common_settings struct zerstörst du dann beim BEENDEN des programms.

Kurz gesagt: schlechte Idee.

fat-lobyte hat geschrieben:Tag zurück.

Kerli hat geschrieben:Davon habe ich eigentlich noch nie gehört. Aber durch die Hardware wird es wahrscheinlich schon eine Beschränkung geben. Es bekommt zb jeder Thread einen gewissen Platz im Arbeitsspeicher für seinen Stack.

fat-lobyte hat geschrieben:190 Threads ?!? Was zur hölle hast du vor? Ne Armee von Zombifunktionen zu schreiben und damit ne Bank zu überfallen?

Ich sags ungern, aber die Performance wird unter aller Sau sein. Schau:
Die CPU kann pro core genau einen Thread behandeln. Deswegen laufen Threads nur scheinbar gleichzeitig ab. Wenn die CPU von einem auf einen anderen Thread schaltet muss das Betriebssystem und die CPU nicht wenig Arbeit verrichten. Wenn du 190 Threads hast, glaubst du die CPU kommt noch zu was anderem als Threads umzuschalten?

fat-lobyte hat geschrieben:Richtig. Darf ich fragen was du mit "thread killen" meinst? Heißt das du schickst ihm einen Interrupt? Einen thread einfach zu "töten" ist eine sehr schlechte idee. Du solltest in dem thread "exit points" einrichten, mit denen du den thread notfalls unterbrechen kannst.

fat-lobyte hat geschrieben:Ja. Und außerdem viel zu kompliziert und fehleranfällig.

fat-lobyte hat geschrieben:Auf jeden Fall.

fat-lobyte hat geschrieben:shared_ptr halten einen Zeiger auf ein mit new allokiertes Objekt. Wenn alle shared_ptr, die auf dieses Objekt zeigen zerstört ist, wird auch das Objekt freigegeben.

cloidnerux hat geschrieben:Wie es aussieht, willst du einfach nur wissen, wie du es am saubersten hinbekommst deinen Threat mit Informationen zu Füttern.

Dirty Oerti hat geschrieben: Die SDL gibt mir eine Funktion, die nimmt als Parameter eine Thread und dann ist der aus. Wie genau das funktioniert weiß ich nicht. Ich nehme aber mal stark an, dass es sich dabei um "Töten" handelt.

Dirty Oerti hat geschrieben:Ich hab nur leider kein Tutorial über Boost-Threads gefunden...

Dirty Oerti hat geschrieben:Ich werd nun mal mein Vorhaben mit BOOST realisieren.