hi,

wie viele Threads kann ich in einer Anwendung starten?
So das Windows und meine Anwendung das noch hinbekommt.

Gibt es da eine Begrenzung?

bin mir nicht sicher aber ich denke es gibt keine begrenzung...^^

ok mit ueber 20threads hab ich auch noch nicht gearbeited aber was hast du vor bzw wieviele threads willst du denn?^^

o0o

Zitat von Thomas83:

wie viele Threads kann ich in einer Anwendung starten?
So das Windows und meine Anwendung das noch hinbekommt.

Ich denke schon, dass es eine EInschränkung gibt.
Spätestens, wenn keine Handles mehr verfügbar sind.

Ich meine, mich zu erinnern, dass es vor langer Zeit mal eine Diskussion darüber gab.
Such doch mal nach "Anzahl Handles" oder so.

Und schreibe Deine Erkenntnis dann auch wieder hier rein.

Hier steht zum Beispiel das:

Zitat:

Jeder Thread muss verwaltet werden, was eine Anwendung langsamer macht und Arbeitsspeicher benötigt. Nicht umsonst weist Borland darauf hin, dass bei einem Ein-Prozessor-System 16 aktive Threads eine praktikable Obergrenze darstellen.

Wenn jeder Thread rechenintensive Aufgaben übernimmt, dann ist die max. sinnvolle Anzahl die der Prozessoren bzw. Cores. Auf Prozessoren mit HT, weniger eins. Das sind meine Erfahrungen.

Wenn Deine Threads aber viel Zeit mit "Warten" verbringen, dann sind mehr durchaus praktikabel.

......

Also ich hatte mal aus langeweile ein Programm geschrieben, dass ständig neue Threads erstellt. Habs gestartet und nach wenigen Sekunden reagierte mein System kaum noch (Ein-Prozessor-System). Der Taskmanager war offen und zeigte mir um die 7000 Threads an. Task beenden oder PC herunterfahren ging nicht. Da half nur der Resetknopf.

Fazit:
Es gibt definitiv eine Obergrenze^^

es soll per dienst verschiedene dinge überwacht werden.
Wollte für jedes object was ich überwache einen thread erstellen.
Glaube aber das es dann zu viele werden.

oder ich erstelle für jedes objekt was überwacht werden soll einen timer, da kann ich den intervall auch noch eingeben.

Moin Thomas,

was für Objekte willst Du denn überwachen?
Vielleicht wäre auch WaitForMultipleObjects was für Dich

Ein Threadpool wäre bei sehr vielen Aufgaben gut geeignet.

Grundprinzip:
Es gibt eine Jobliste (z.B. 200 Jobs) und einen Pool von Threads (z.B. 5 Stück).
Die Threads legen los und holen sich jeweils einen Job aus der Liste und arbeiten den Job ab.
Wenn ein Thread fertig ist, dann holt er sich den nächsten unerledigten Job - bis die Jobliste leer ist.
Parallel zu den arbeitenden Threads kann die Hauptanwendung stets neue Job in die Liste eintragen.

http://www.delphipraxis.net/internal...t.php?t=111982