Für genauere Infos zu den internen Abläufen dazu, siehe diesen Blog-Eintrag. Allerdings muss man auch trotz dieser berechenbaren Dinge aufpassen, da die letztendliche Anzahl stark mit davon beeinflusst wird, wie viel Speicher der Elternprozess bereits nutzt, und wie stark dieser fragmentiert ist. Wenn man also nicht 100% weiss was der Delphi MM tut, und dieses voll deterministisch auf den eigenen gesamten Code angewended quatifizieren kann, wird eine harte feste definitive theoretische Zahl mit praktischer Relevanz ziemlich unmöglich.

In einem Stackoverflow-Thread habe ich auch noch die Aussage gefunden (auf 32 Bit Prozesse bezogen):
Zig: Quasi immer möglich
Hunderte: Vermutlich meistens okay, je nach dem
Tausende: Fast nie erfolgreich

Ich denke, mit deinen 1000-1500 bist du schon recht nah an der praktisch möglichen Grenze für den allgemeinen Fall.

Danke!

Zitat von Medium:

Ich denke, mit deinen 1000-1500 bist du schon recht nah an der praktisch möglichen Grenze für den allgemeinen Fall.

Ich weiß nicht, was genau alles auf dem Stack abgelegt wird - Variablen gewiß, aber auch Code? Gerade bei letzterem wäre der Stack viel eher gefüllt.

Für mich ein Grund mehr, den Stack nicht zu mögen, der war mir noch nie sympathisch. Jetzt tut sich sogar noch ein Zielkonflikt auf: Threadanzahl versus Rekursion.

Was schätze ich deshalb stack-, konkreter rekursionsbefreite Algorithmen, nur, in diesem Falle geht es wohl nicht ohne Stack, und diese "Stellschraube" zur Erhöhung der Threadanzahl war mir vorher auch gar nicht bekannt.

Zitat von Delphi-Laie:

Für mich ein Grund mehr, den Stack nicht zu mögen, der war mir noch nie sympathisch.

Das ist irgendwie schon eine lustige Aussage
Der Stack ist einfach eine (ziemlich effiziente) Datenstruktur zur Speicherverwaltung.

Zitat von Delphi-Laie:

Ich weiß nicht, was genau alles auf dem Stack abgelegt wird.

Im Grunde Argumente, Rücksprungadressen und lokale Variablen (+ temporäre Zwischenergebnisse). In der Regel kein Code.

Steht alles in dem verlinkten Artikel.

Aussage, die früher oder später hier kommen muss: Was machst du Dir eigentlich Gedanken über die maximal mögliche Thread-Anzahl? Abseits von einem Server, gibt es keine sinnvolle (aka zeitsparende) Anwendung von mehr Threads als CPU-Kernen. Da Du sicherlich nicht der Herr über 1000+ Kerne bist (auf jeden Fall nicht, wenn Du mit Delphi entwickelst), ist das doch allenfalls eine akademische Frage, oder?

Aber falls Du einen wie auch immer gearteten Server entwickelst, solltest Du Dir überlegen eventuell ruhende Verbindungen (=Threads) auszulagern. Dafür gibts sicherlich einen coolen Pattern Namen, der mir aber gerade nicht einfallen will.

Sherlock

Hatt ich mir auch gedacht, dann hab ich den letzten Absatz im ersten Post gelesen

Aber was in dem Kontext sicherlich auch spannend wäre: Zeige, wie sich unterschiedliche Threadanzahlen auf das Laufzeitverhalten auswirken. I.e.: Lass die Simulation mal mit 1, 10, 100, 500, 1000 etc. Threads laufen und vergleiche das Ergebnis. Der größte Trugschluss den ich in Konversationen über Parallelisierung gefunden habe ist, dass mehr Threads mehr Geschwindigkeit bedeuten.

Zitat von Sherlock:

Abseits von einem Server, gibt es keine sinnvolle (aka zeitsparende) Anwendung von mehr Threads als CPU-Kernen.

Doch. Einfachstes Beispiel: Threads brauchen teure IO-Operationen. Während ein Thread auf die Festplatte wartet, kann ein anderer den Kern einnehmen. Das geht natürlich nur, wenn du mehr Threads als Kerne hast
Natürlich, es braucht ein gesundes Maß von Threads vs Kernen.

Zitat von Sherlock:

Was machst du Dir eigentlich Gedanken über die maximal mögliche Thread-Anzahl? Abseits von einem Server, gibt es keine sinnvolle (aka zeitsparende) Anwendung von mehr Threads als CPU-Kernen.

Sherlock, dazu äußerte ich mich bereits in meinem Eröffnungsbeitrage. Nicht immer geht es nämlich um (maximale) Geschwindigkeit, sondern manchmal steht die Gleichzeitigkeit ganz oben auf der Wunschliste. In Kürze werde ich den Algorithmus (auch) hier in der Delphipraxis veröffentlichen.

Dann bin ich mal gespannt, wie du auf einem System mit CPU(kern) <<< Thread-Anzahl die "Gleichzeitigkeit" definierst. Das ist dann sowas wie die Quadratur des Kreises.