API QUSLSPL Performance

[Daechsle]

Hallo Welt

Mit dem API QUSLSPL haben wir folgendes Performance-Problem:

Der 1. Aufruf des APIs (pro Tag, nachdem die Maschine in der Nacht automatisch neu gestartet wurde) dauert von mehreren Sekunden bis zu ca. 1 Minute, jeder weitere Aufruf immer nur Sekundenbruchteile.

Die OS-Version ist V6R1 und dem API werden folgende Parameter mitgegeben:
Userspace in QTEMP
Format = SPLF0100
User = *CURRENT
Name einer OUTQ (vollqualifiziert)
Formtype = *ALL
Usertype = *ALL

Alle optionalen Parameter außer dem Errorcode werden nicht mitgegeben.
Es tritt kein Fehler auf.

Auch wenn in der angegeben OUTQ nur 1 einziges Spoolfile ist, dauert der 1. Aufruf immer wesentlich länger als die folgenden.

Hat irgendjemand eine Idee, woran dieses Verhalten liegen kann bzw. was man dagegen machen könnte? Gibt es evtl. eine brauchbare Alternative zu QUSLSPL?

Schöne Grüße
Dächsle

[andreaspr@aon.at]

Hallo,

das das System nach einem IPL anfangs nicht so schnell ist, liegt daran, dass erst alles in den Speicher kopiert werden muss.

Bei der DB wird auch der Plancache gelöscht, somit müssen diese beim ersten Aufruf wieder neu erstellt werden. (Wobei auch hier das Kopieren der Daten in den Hauptspeicher am längsten dauert).

Wie lange dauert es denn genau, wenn nur 1 Spool in der Outq drinnen steht? Auch bis zu 1. Minute?

Das Problem wird sicher nicht nur bei diesem API-Aufruf sein oder?

lg Andreas

[Pikachu]

... nachdem die Maschine in der Nacht automatisch neu gestartet wurde ...

Hier liegt der Fehler. ;)

[Fuerchau]

Ja und nein.
Die Spools werden in der Lib QSPL verwaltet. Es gibt ein paar Systemwerte, mit denen man die Spoolbereiche auch im laufenden Betrieb reorganisieren kann (Reclaim Spool Storage), was auch beim IPL passiert.
Je Spool wird eine Teildatei erstellt, die die Daten enthält, die QSPL muss also erst durchsucht werden (Plancache spielt da keine Rolle).
Bei folgenden Aufrufen liegt dann bereits viel im Hauptspeicher, der natürlich nach dem IPL mal wieder leer ist.