**LIC-Task im Performance Explorer

[schatte]

Kein Problem:

der betreffende Job läuft durchgehend, deshalb kann man sich immer mal wieder draufhängen.

1. ADDPEXDFN DFN(WR15CLI) JOB((*ALL/*ALL/WR15CLI)) TASK(*ALL)
2. STRPEX auf diese Definition
3. Halbe Stunde Daten aufgezeichnet
4. PRTPEXRPT
5. Tasks aus dem Ergebnis gruppiert

Ist die Liste der Tasks denn wirklich nur bezogen auf den Job oder sind das einfach nur alle Tasks auf dem System? LSTALLJOB war ja auf *NO in der PEX-Definition.

Grüße
Matthias

[BenderD]

... naja, dann bringt das erstmal wenig, dann besagt die letzte Messung (die mit dem CFINT) erst mal nur, dass die Kiste CPU mäßig dicht war und das nicht an dem zu untersuchenden Job lag.

Was die Ausgangslage angeht: die erste Messung, war das eine PEX Definition mit TYPE(*PROFILE)?

D*B

Kein Problem:

der betreffende Job läuft durchgehend, deshalb kann man sich immer mal wieder draufhängen.

1. ADDPEXDFN DFN(WR15CLI) JOB((*ALL/*ALL/WR15CLI)) TASK(*ALL)
2. STRPEX auf diese Definition
3. Halbe Stunde Daten aufgezeichnet
4. PRTPEXRPT
5. Tasks aus dem Ergebnis gruppiert

Ist die Liste der Tasks denn wirklich nur bezogen auf den Job oder sind das einfach nur alle Tasks auf dem System? LSTALLJOB war ja auf *NO in der PEX-Definition.

Grüße
Matthias

[Christian Bartels]

Der Standardwert für PRTPEXRPT ist TASKINF(*ALL), deshalb denke ich, daß Informationen für alle LIC-Tasks ausgegeben werden, egal ob sie mit dem überwachten Job zusammenhängen oder nicht.

Ist es eigentlich beabsichtigt, daß über den V.24-Anschluß größerer Netzwerk-Traffic läuft? Wenn man mehrere Leitungen für TCP/IP konfiguriert hat, sucht sich das System irgendeinen Weg, und das muß nicht immer der schnellste sein. Wenn neben dem V.24-Anschluß eine 100MB oder Gigabit-Leitung besteht, könnte es vielleicht helfen, die V.24-Leitung in ein anderes TCP/IP-Subnet zu konfigurieren.

Mit freundlichen Grüßen,
Christian Bartels.