Die OOTB-Konfiguration beträgt in der Regel 150 bis 200 Akzeptanz-Threads für jeden Connector. Diese Standardeinstellung ist für Anwendungen mit mittlerer Last / Komplexität auf „durchschnittlicher“ Hardware vorgesehen.
Als Faustregel gilt, dass eine leichte, leistungsstarke Anwendung maximal 150 (Akzeptier-) Threads pro CPU-Kern verwenden sollte (also insgesamt 600 auf einer 4-Kern-Box). Eine konservativere Einstellung für schwerere Anwendungen wäre 300 Akzeptieren von Threads. Ich würde erwarten, dass die meisten Anforderungen irgendwo in der Mitte liegen (dies erfordert jedoch eine Analyse), aber dies ist sehr situativ - siehe @ zagrimsans Antwort.
Offensichtlich hat HTTPS einen etwas höheren Overhead, daher besteht die Standardpraxis darin, die Anzahl der akzeptierten Threads entsprechend zu reduzieren.
Die Verwendung des APR / nativen Connectors kann den Durchsatz verbessern, aber der begrenzende Faktor ist normalerweise das Anwendungsprofil, also wiederum keine magischen Zahlen.
Die Gefahr der Verwendung einer zu hohen Thread-Einstellung besteht darin, dass der Server "terminal ausgelastet" wird. Wenn so viel Zeit für die Verwaltung von Threads und Anwendungsanforderungen aufgewendet wird, leidet alles andere (GC ist insbesondere ein Symptom). Es scheint nicht intuitiv zu sein, aber im Allgemeinen ist weniger mehr.
Ein ausgelasteter Server mit der korrekt konfigurierten Thread-Anzahl wird unter starker Last ordnungsgemäß beeinträchtigt. Zu hoch und es wird umfallen!
Nun gibt es eine Reihe verwandter Einstellungen (Anzahl akzeptieren, minimale Threads, Warten usw.), die ebenfalls angepasst werden müssen, aber das geht über den Rahmen dieser Antwort hinaus.
