-
Performance WRKSPLF *ALL
Hallo zusammen,
seit einiger Zeit schlage ich mich mit einem Performanceproblem beim CMD WRKSPLF rum! (V5R2).
Ruft ein User den Command mit Parameter *ALL auf, dauert es zeitweise 10-15 Minuten, bis ein Ergebnis angezeigt wird. Aber nur dann, wenn im USRPRF die Sonderumgebung *S36 eingegeben ist.
Bei Native-Usern, oder wenn WRKSPLF SELECT(*ALL) DSPFMT(*NORMAL) aufgerufen wird, gehts rucki-zucki (3-5 Sekunden!).
Wer weiss Rat? Die IBM-Hotline ist jedenfalls ratlos .
-
Das Problem stellt tatsächlic das S36Format dar:
Display format (DSPFMT)
Specifies the format and terminology to be used on the displays that result from running this command.
Note: If the System/36 display format is used, the Output (OUTPUT parameter) is ignored and the data is presented at the user's display station.
The possible values are:
*INLENV
The format and terminology that is used is determined by the SPCENV (special environment) value specified in your user profile. If the SPCENV value is *S36, the System/36 terminology is used. All other values result in this system's terminology being used. *S36FMT
System/36 terminology is used to display the information.
Note: Spooled files which exist on primary or secondary auxiliary storage pools will not be shown when using a display format of *S36FMT.
*NORMAL
This system's terminology is used to display the information.
Da jeder Spooleintrag erst in dieses Format übersetzt werden muss, ist das System eben ziehmlich beschäftigt.
Probiers mal einfach aus mit:
WRKSPLF SELECT(*ALL) DSPFMT(*S36FMT)
PS:
Verwende beim Aufruf einfach folgendes, unabhängig von der Umgebung:
WRKSPLF SELECT(*ALL) DSPFMT(*NORMAL)
-
Zitat von Fuerchau
Probiers mal einfach aus mit:
WRKSPLF SELECT(*ALL) DSPFMT(*S36FMT)
PS:
Verwende beim Aufruf einfach folgendes, unabhängig von der Umgebung:
WRKSPLF SELECT(*ALL) DSPFMT(*NORMAL)
Hallo,
danke für die Info, soweit war ich auch schon (siehe Beitrag).
Leider ist es so, dass wir die S/36-Konvention in dieser Anzeige brauchen, damit sich unsere User wiederfinden.
Wir haben nicht nur P1 = PRT01, was relativ einfach zu verstehen wäre, sondern es reicht bis zu ZG = SG504PRT. Ich hatte es schon versucht, aber die Leute drehen mir da durch. Aber so wie es aussieht, muss dieser saure Apfel es jetzt sein.
Erstaunlicherweise ist es bis vor wenigen Monaten noch sauber gelaufen... In allen Varianten...
Trotzdem Danke!
-
Prüf mal, wieviele Jobs noch im System sind (auch tote: WRKSYSSTS) und kille nicht mehr benötigte Spools.
Allerdings (V5R3) ist die Zeit nur ca. 5fach.
-
Das sind schon einige:
Lt. WRKSYSSTS Jobs im System: 5506
Aber einer 820er sollte das doch wegstecken?
-
Problem wohl erledigt
Hallo zusammen,
das Problem ist offenbar beseitigt. Folgende Massnahmen wurden durchgeführt:
Ich habe die Anzahl der Jobs im System auf ca. 1/3 reduziert, indem ich alte Spools (die jetzt eigentlich doch nicht mehr benötigt werden, nach 3maligen Nachfragen). Danach war die Sache schon etwas schneller, hakte aber zeitweise immer noch.
Dann wurden noch die Systemwerte QACTJOB, QADLACTJ, QTOTJOB,
QADLTOTJ an die augenblicklichen Gegebenheiten angepasst. Das hat jetzt scheinbar den Turbo auf der AS/400 eingeschalten, weil jetzt die Kiste nicht nur beim Spool um einiges schneller ist.
Und viele, viele PTF's , z.B. Group-PTF SF99039. (lt. IBM-Hotline)
Vielen Dank für Eure Hilfe!
WS
-
Gerade was die genannten Systemwerte angeht, wurde schon des öfteren darauf hingewiesen.
Sind die Werte nicht passend, so muss das OS die Jobsteuerbereiche im Hauptspeicher fragmentieren.
Dadurch verlängert sich natürlich die Suchzeit:
- für neue Job's (freie Einträge)
- für alls CMD's, die irgendwie mit Job's zu tun haben
- für alle Job-API's
Manchmal hilft auch RCLSPLSTG sowie Anpassung der entsprechenden Systemwerte:
QADLSPLA
QRCLSPLSTG
QSPLFACN
Übrigens:
DSPJOBTBL zeigt die aktuellen Werte an.
-
Meiner Meinung nach wäre das Problem, wie oben schon beschrieben, beseitigt. Aber meine PC-Kollegen sind noch nicht zufrieden.
Beim erstmaligen Aufruf mit WRKSPLF *ALL (mit einem Benutzer, der /36-Sonderumgebung hat) dauert es ca. 45 - 60 Sekunden, bis die erste Anzeige kommt, ein Refresh mit F5 dauert nur 2-3 Sekunden. Ist das ein normaler Wert für eine 820er oder ist es zu langsam?
Ein Native-User bekommt die Anzeige übrigens ratz-fatz angezeigt.
-
Das Hauptproblem ist einfach die /36-Umgebung.
Similar Threads
-
By Cobolaner in forum IBM i Hauptforum
Antworten: 17
Letzter Beitrag: 01-10-06, 18:39
-
By schwenth in forum IBM i Hauptforum
Antworten: 13
Letzter Beitrag: 18-09-06, 13:46
-
By mariupol1963 in forum IBM i Hauptforum
Antworten: 9
Letzter Beitrag: 11-08-06, 13:06
-
By Muchi in forum NEWSboard Java
Antworten: 0
Letzter Beitrag: 07-08-06, 14:25
-
By cbe in forum NEWSboard Drucker
Antworten: 6
Letzter Beitrag: 29-06-06, 15:32
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks