View Full Version : Interaktive CPW erschöpft?
Wir haben hier eine iSeries Model 820, P20 mit 250 Batch + 120 Interaktiv CPW.
In letzter Zeit werden die 5250-Sessions langsam. Wenn man einen WRKACTJOB anwirft (was dann aber dauert..) bekommt man meist nicht mehr als 60-70% angezeigt.
Ich habe daher den Verdacht, dass die interaktiven CPW aufgebraucht sind. Daher meine Fragen:
- Gibt es irgendwo eine Meldung wenn die interaktiven CPW erschöpft sind?
(im QHST habe ich nichts gefunden)
- Verwendet er vielleicht doch auch Batch-CPW's? Den bei den interaktiven Funktionen (im PM/400) geht er auch über 100%.
- Wo sehe ich, wieviel im Moment von den interaktiven CPW's benötigt werden. Sind das die "interaktiven Funktionen" im PM/400? Laut Hilfe könnte das hinkommen.
Jetzt habe ich mal den Perfomance Monitor angeworfen und lese mich gerade in die Redbooks ein - aber das kann noch etwas dauern...
Robert
CPI1479 - Interaktive Auslastung nähert sich der Kapazitätsgrenze des installierten Features.
Diese Nachricht erhält man wenn 90% der interaktiven Auslastung der erreicht sind.
Tritt dieser Fall ständig auf, sollte man laut Big Blue auf das nächst höhehre interaktive Feature umsteigen. Aber das kann ja keiner bezahlen...
Batchprozesse sind von der interaktiven Leistung nicht betroffen, außen Sie schnappen sich von der CPU so viel weg, dass für interaktiv nicht viel übrig bleibt.
Das dürfte aber erst so ab 80% passieren.
Gruß Miggi
Schau dir doch mal im WRKSYSSTS die Paging-Raten an. Meist sind nur die Pools falsch eingestellt (passiert leider auch bei der automatischen Anpassung) und dadurch kann der prozessor nicht arbeiten, weil nichts zum Abarbeiten zur Verfügung steht.
Interessant ist die Spalte "Nicht DB fehl." Wenn der Wert > 20 ist, dann wird die Maschine recht langsam.
Hauptspeicher ist durch nichts zu ersetzen. Es sei denn durch noch mehr Hauptspeicher.
AS400.lehrling
10-10-06, 16:17
CPI1479 - Interaktive Auslastung nähert sich der Kapazitätsgrenze des installierten Features.
Diese Nachricht erhält man wenn 90% der interaktiven Auslastung der erreicht sind.
Tritt dieser Fall ständig auf, sollte man laut Big Blue auf das nächst höhehre interaktive Feature umsteigen. Aber das kann ja keiner bezahlen...
Gruß Miggi
Dafür gibt es die Software MAX400.
MAX400 ermöglicht es die gesamte Batchleistung Interaktiv zu nutzen.
MAX400 kann jeder Zeit im laufendem Betrieb , ohne IPL , installiert und deinstalliert werden.
Weitere Infos unter www.as400profis.de
Mit freundlichen Grüßen AS400.lehrling
Danke einmal für die Antworten.
Nachdem ich keine CPI1479 im QHST finden kann, schaut es nicht nach einem Engpass der Interaktiver CPW aus.
Interessant ist die Spalte "Nicht DB fehl." Wenn der Wert > 20 ist, dann wird die Maschine recht langsam.
Welcher Wert zählt hier? Der bei der 1. Anzeige, nach F5 oder nach F10 + F5?
Welcher Zeitraum?
Ich habe hier zwar Werte deutlich über 20, aber die habe ich auf einer anderen Maschine auch (wenn ich länger nicht mit F10 zurücksetze).
Definitiv einen Engpass gibt es bei den Platten. Hier rächen sich die unterschiedlichen Größen. Die 2 größeren 17GB-Platten dürften wohl der Bremsfaktor sein (beim letzten "Schläfchen" auf 99%). Wobei die 8GB Platten mit knapp 90% (beim "Schläfchen") auch schon bedient sind.
Die Backupplatten der Spiegelung tümpeln bei 16-20 % herum.
Der Austausch der Maschine ist für nächstes Jahr geplant. Mal sehen, ob sich das ausgeht.....
Jetzt gilt es nur noch rauszufinden, wieweit ein RAM-Mangel dafür schuld ist.
Robert
holgerscherer
13-10-06, 10:40
Danke einmal für die Antworten.
Nachdem ich keine CPI1479 im QHST finden kann, schaut es nicht nach einem Engpass der Interaktiver CPW aus.
Kommt auf Dein Release an, die Meldung gibt es erst seit IMHO V5R1. Schau mal, ob Du die Performance Tools 5722PT1 installiert hast, wenn nicht, nutze wenigstens die Karenzzeit, damit Du mit WRKSYSACT siehst, ob der CFINT hochkommt.
Alternativ: Mach ein WRKACTJOB, F10, Blick auf die CPU-Anzeige an der Maschine vorne, und nach 20 Sekunden F5. Wenn die CPU-Anzeige die ganze Zeit oben war, im WRKACTJOB aber weniger angezeigt wird, riecht das auch gerne nach CFINT.
Beim WRKSYSSTS suchst Du Dir auch einen Zeitraum, in dem viel los ist. Zunächst mit F10 zurücksetzen, dann nach - sagen wir - einer Minute mit F5 aktualisieren. Wenn jetzt die Fehlerseiten über 20 sind, sollte man sich über Hauptspeicher zumindest Gedanken machen. Parallel dazu mit WRKDSKSTS schauen (gleiche Methode, F10, etwas warten, F5) wie stark die Platten verwendet sind (letzte Spalte). Wenn da über längeren Zeitraum über 20% angezeigt werden, ist es schon interessant. Je nach Platte kann man das aber nicht pauschal sagen. Schau Dir in dem Zeitraum lieber mal die Anzahl der E/A-Anforderungen an. Je nach Plattenmodell und Controller sind die Grenzen unterschiedlich.
Richtwerte:
6713 max 40
6714 max 80
6717 max 55
6718 max 90
etc...
Ich habe hier zwar Werte deutlich über 20, aber die habe ich auf einer anderen Maschine auch (wenn ich länger nicht mit F10 zurücksetze).
Im WRKSYSSTS? Dann wirf ein paar Gigabytes RAM rein.
Definitiv einen Engpass gibt es bei den Platten. Hier rächen sich die unterschiedlichen Größen. Die 2 größeren 17GB-Platten dürften wohl der Bremsfaktor sein (beim letzten "Schläfchen" auf 99%). Wobei die 8GB Platten mit knapp 90% (beim "Schläfchen") auch schon bedient sind.
Urgs, im WRKDSKSTS? Dann ist die Maschine nur noch mit sich selbst und den Platten beschäftigt... da helfen auch keine Tools mehr.
-h
Kommt auf Dein Release an, die Meldung gibt es erst seit IMHO V5R1. Schau mal, ob Du die Performance Tools 5722PT1 installiert hast...
Wir haben V5R2 und den Performance Monitor installiert. Ich habe ihn mittlerweile sehr fleißig benutzt. Als "Highlight" hatte ich einmal 100% maximale Plattenarmlast für 10 Minunten - bei 60 % CPU Auslastung.
Beim WRKSYSSTS suchst Du Dir auch einen Zeitraum, in dem viel los ist. Zunächst mit F10 zurücksetzen, dann nach - sagen wir - einer Minute mit F5 aktualisieren. Wenn jetzt die Fehlerseiten über 20 sind, sollte man sich über Hauptspeicher zumindest Gedanken machen.
Werde ich beim nächsten mal machen. Die Ausreißer bei den Fehlseiten gibt es im PM/400 weniger - leider trennt der nicht nach Pool.
Mich irritiert, dass die Batchjobs so einigermassen gelebt haben. Wir der Hauptspeicher schlecht verteilt?
Richtwerte:
6713 max 40
6714 max 80
6717 max 55
6718 max 90
Wir haben die 6717 (8GB) und 6718(17GB).
"Leider" gibt es das Problem nicht immer zu bewundern - die genauen Fehlseiten werde ich erst beim nächsten "Schläfchen" haben. Aber Montag wird es schon wieder rundgehen..
Danke für die Infos
Robert
Hallo Robert,
Ferndiagnosen sind da immer schwierig (zumal wenn man wie ich, nach Meinung eines Herren, ja keine Ahnung hat...)
Das mit den Batchjobs, wenn die so geschrieben sind, wie man früher bei uns Speis gemacht hat, einen Haufen von links nach rechts schippen und wieder zurück, bis alles vermischt ist (Datei sequentiell lesen, andere Werte per chain lesen, ein wenig verbasteln und wieder schreiben, eventuelle in mehreren Durchgängen), dann haben diese Jobs folgende Charakteristik: sie brauchen wenig Speicher gleichzeitig, um zu laufen, alles was sie am Wickel hatten interessiert sie danach nie wieder, sie werden durch nix und niemand unterbrochen, solche Jobs sind vom paging so gut wie nicht tangiert.
Interessant finde ich das Phänomen hohe Plattenlast über 10 Minuten bei 60% CPU, wenn das vom paging käme, das verbraucht ebenfalls CPU. Ich würde doch nochmal die CFINT Aktivität als Auschluss Diagnose empfehlen und bist du sicher, dass da nicht sone write cache Batterie das Problem macht?
mfg
Dieter Bender
Mich irritiert, dass die Batchjobs so einigermassen gelebt haben. Wir der Hauptspeicher schlecht verteilt?
Robert
@DieterBender: die von dir beschriebene Charakteristik trifft nicht nur auf das machen der Speis, sondern auch auf unsere Batchjobs zu.
@all
% CPU benutzt . . . . . : 36,5 Zusatzspeicher:
% DB-Kapazität . . . . . : 13,2 System-ASP . . . . . . : 69,45 G
Abgelaufene Zeit . . . . : 00:05:27 % System-ASP benutzt . : 75,8316
Jobs im System . . . . . : 7597 Gesamtsumme . . . . . : 69,45 G
% perm. Adressen . . . . : 0,036 Unges. Platz akt.
% temp. Adressen . . . . : 0,518 belegt . . . . . . . : 7323 M
Max. ungeschützt . . . : 7471 M
Änderungen (falls zulässig) eingeben und die Eingabetaste drücken.
System Pool- Reserv. Max. -DB-Seiten-- --Nicht-DB--
Pool Größe(M) Größe (M) Aktiv fehl. geles fehl. geles
1 157,07 71,58 +++++ 0,0 0,0 3,6 5,1
2 301,10 0,76 59 0,5 3,0 3,7 9,3
3 497,57 0,03 22 21,1 81,5 97,0 285,7
4 57,57 0,00 8 0,1 0,5 5,5 17,3
Das ist ein WRKSYSSTS, F10 eine Minute warten F5.
Angesichts dieser Zahlen, frage ich mich, ob (wie pwrdwnsys vermutete) hier der Hauptspeicher falsch verteilt wird.
Anzumerken noch: Alle Arbeiten auf der Maschine gehen zum Zeitpunkt dieser Messungen schnell, PM/400 weist 0,4 als durchschnittliche Antwortzeit aus.
Ich habe mal auf Verdacht die Javaservicejobs ausgelagert (1 JVM, 14 Threads --> 50-60MB temporärer Speicher) --> brachte keine Besserung.
Da die andern Pools gut ausschauen, schaut die Fehlerseitenstatistik im PM/400 (alle zusammen) nicht so schlecht aus.
Ich habe die Messerung mehrmals wiederholt --> Fehl-DB im interkativen Pool immer um die 100.
Versagt hier die Automatik? Wo kann man die "Faustregel 20" nachlesen?
holgerscherer
16-10-06, 19:22
Versagt hier die Automatik? Wo kann man die "Faustregel 20" nachlesen?
Die Automatik sollte man mit WRKSHRPOOL einschalten (Paging-Definition auf *CALC für Pools >1).
Auf jeden Fall ist der Pool 3 zu klein. Die prozentuale Plattenbelegung ist auch hart an der Grenze. Pool 1 könnte vielleicht 50% abgeben (mit vorsicht zu geniessen), Pool 2 ist (aus dem Bauch gesagt) auch "recht gut" dimensioniert. Wirf ein GB RAM rein, das ist nicht soo teuer, und wird hier meines Erachtens schon einiges bringen.
Übrigens... sobald ich die Worte "820er (klein)" und "Java" in einem Satz lese, braucht man über Performanceprobleme nicht weiter zu diskutieren (gd&r)...
Viele Grüße,
Holger