**LIC-Task im Performance Explorer

[Christian Bartels]

Wenn man bei Google sucht, findet man ein paar Sachen zum Thema RMTMSAFETASK (Service nonresident timer requests), z.B. in APAR MA36702 in Zusammenhang mit Asynchronen Leitungsbeschreibungen an IOPless WAN Ports. Was ist denn CMN23 für eine Resourcen-Art, und welche Art Leitungen hängt daran? Vielleicht hilft es ja auch, die PTFs auf den letzten Stand zu heben...

Mit freundlichen Grüßen,
Christian Bartels.

[schatte]

Hallo,

CMN23 ist laut WRKHDWRSC TYPE(*CMN) die Art 576C (V.24-Anschluss).

Es handelt sich um IBM i 6.1 mit PTF Stand TL08365.

Warum taucht denn dieser Task überhaupt in unserem Job auf, obwohl er damit garnichts zu tun hat?

Gruß
Matthias

[BenderD]

Batchjob - CFINT ???

... was hast du da überhaupt gemessen? schildere doch mal was du da Schritt für Schritt gemacht hast!

D*B

was hast du denn überhaupt da gemessen?

Hallo,

ich habe mal die Tasks auf 10-Stellen gekürzt gruppiert und sortiert. Den RMTMSAFETA habe ich gestern übersehen. Der hat ja immerhin 32%!
Das der CFINT auf der Maschine läuft ist wahrscheinlich auch nicht so optimal.
Das sind aber nur die Tasks von einem Job und nicht alle auf dem System (LSTALLJOB *NO in der PEX-Definition)

RMTMSAFETA                                      32,37
CFINT01                                         30,86
ASCHCMN23                                       17,89
CFINT02                                         11,35
SMMIRRORMC                                       2,24
SMXCAGER01                                       2,03
IOCMETHLIN                                       0,86
WR15CLI                                          0,80
SMXCAGER02                                       0,45
JO-RECRA-D                                       0,19
SMIOSTCPGS                                       0,17
SMPOL001                                         0,14
JO-EVALUAT                                       0,10
SMIOSTCPGF                                       0,09
JO-RECRA-U                                       0,07
SMXCSPRVSR                                       0,02

WR15CLI ist übrigens das eigentliche Cobol-Programm.

Grüße
Matthias

[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.