![[IBM i]](../iseries.gif)
Verwenden Sie diese Seite, um einen Thread-Pool für einen Anwendungsserver zu konfigurieren. Ein Thread-Pool ermöglicht den Serverkomponenten, Threads wiederzuverwenden. Auf diese Weise wird verhindert, dass zur Laufzeit neue Threads erstellt werden müssen. Das Erstellen neuer Threads ist zeit- und ressourcenintensiv.
Diese Seite wird für z/OS nicht angezeigt, weil in einer
z/OSUmgebung keine Thread-Pools verwendet werden.
Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf , und wählen Sie den Thread-Pool aus, den Sie konfigurieren möchten.
Unterstützte Konfigurationen: Da die Informationen in diesen Konsolanzeigen dynamisch angezeigt werden, ist es möglich, dass Sie
in einer bestimmten Anzeige nicht alle aufgelisteten Felder sehen.sptcfgDer Name des zu erstellenden Thread-Pools. Der Name muss auf dem Server eindeutig sein.
Dieses Feld wird nicht angezeigt, wenn Sie auf Einstellungen des Thread-Pools klicken.
| Information | Wert |
|---|---|
| Datentyp | String |
Ein beschreibender Text für den Thread-Pool.
Dieses Feld wird nicht angezeigt, wenn Sie auf Einstellungen des Thread-Pools klicken.
| Information | Wert |
|---|---|
| Datentyp | String |
Gibt die zulässige Mindestanzahl von Threads im Pool an. Wenn ein Anwendungsserver gestartet wird, werden dem Thread-Pool zunächst keine Threads zugeordnet. Wenn es die Workload des Anwendungsservers erfordert, werden dem Thread-Pool so viele Threads hinzugefügt, bis die Anzahl der Threads im Pool dem im Feld "Mindestgröße" angegebenen Wert entspricht. Danach werden in Anpassung an die Workload weitere Threads hinzugefügt bzw. entfernt. Die Anzahl der Threads im Pool fällt jedoch niemals unter den im Feld "Mindestanzahl" angegebenen Wert, selbst wenn einige der Threads inaktiv sind.
Dieses Feld wird nicht angezeigt, wenn Sie auf Einstellungen des Thread-Pools klicken.
| Information | Wert |
|---|---|
| Datentyp | Integer |
| Standardeinstellung | 50 |
Gibt die maximale Anzahl der Threads an, die im Standard-Thread-Pool (Default) verwaltet werden sollen.
Falls der Tivoli Performance Viewer anzeigt, dass der Grenzwert in Prozent konstant im zweistelligen Bereich liegt, sollten Sie die maximale Größe erhöhen. Der Grenzwert in Prozent gibt Aufschluss über die Verwendungsdauer der konfigurierten Threads.
| Information | Wert |
|---|---|
| Datentyp | Integer |
| Standardeinstellung | 50 |
Gibt den Zeitraum der Inaktivität an (in Millisekunden). Nach Ablauf dieses Zeitraums wird ein Thread wiederhergestellt. Der Wert 0 steht für keine Wartezeit, ein negativer Wert (kleiner als 0) steht für eine unbegrenzte Wartezeit.
Unterstützte Konfigurationen: Es ist nicht zulässig, in der Administrationskonsole einen negativen Wert für das Inaktivitätszeitlimit festzulegen. Wenn Sie einen negativen Wert festlegen möchten, müssen Sie dies direkt in der Datei
server.xml tun.sptcfg| Information | Wert |
|---|---|
| Datentyp | Integer |
| Einheiten | Millisekunden |
| Standardeinstellung | 60000 |
Hinweis zur Umstellung: Der Standardwert wurde in Version 8.0 von 35000 Millisekunden laut Dokumentation in Version 6.0 in den richtigen Standardwert
von 60000 Millisekunden geändert. trnsBei Auswahl dieser Option kann die Anzahl der Threads den für den Thread-Pool konfigurierten Maximalwert übersteigen.
Die maximale Anzahl der Threads, die erstellt werden können, wird nur durch die Grenzwerte der JVM und des Betriebssystem beschränkt. Wenn die Größe eines erweiterbaren Thread-Pools die maximale Größe überschreitet, werden keine zusätzlichen Threads mehr wiederverwendet, sondern nach der Verarbeitung der Vorgänge, für die sie erstellt wurden, verworfen.
| Information | Wert |
|---|---|
| Datentyp | Boolean |
| Standardeinstellung | Nicht ausgewählt |