Iseries Performance morgens

[iseries_user]

Hallo,

nein es sieht alles gut aus.

                                                            08.03.13  13:58:11
% CPU benutzt  . . . . . :       24,9    Zusatzspeicher:                      
% DB-Kapazität . . . . . :       20,1      System-ASP . . . . . . :     1418 G
Abgelaufene Zeit . . . . :   00:15:12      % System-ASP benutzt . :    34,0073
Jobs im System . . . . . :       3431      Gesamtsumme  . . . . . :     1418 G
% perm. Adressen . . . . :      0,015      Unges. Platz akt.                  
% temp. Adressen . . . . :     27,152        belegt . . . . . . . :    59289 M
                                           Max. ungeschützt . . . :    63057 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      696,82    278,40   +++++    0,0    0,0    6,2   85,5                
   2     9201,65     68,89     193    2,6   78,3   26,9  212,5                
   3      154,85      0,00       6    0,0    0,0    0,0    0,0                
   4     5432,28      0,71     388    2,3   16,4    5,3   16,0                
                                                                  Weitere ...

[BenderD]

... ich würde mal die Hauptspeicher Auslastung im Auge behalten, eure Swap Area (Unges. Platz / System ASP in Prozent) liegt über 4 % der Plattenkapazität und ist mehr als 3,5 mal so groß wie euer Hauptspeicher, wenn dann noch der Zugriffsarme wenig und langsam sind, dann würde das das Phänomen möglicherweise erklären.

D*B

[andreaspr@aon.at]

Wenn du bei diesen Jobs 5 (Arbeiten mit) auswählst und dann 14 (Offene Dateien anzeigen, falls aktiv), siehst du dann irgendwelche files?
Wäre interessant ob man sieht von welchen Files er da was herumschaufelt. (Falls es sich dabei um Files handelt).

[BenderD]

Wenn du bei diesen Jobs 5 (Arbeiten mit) auswählst und dann 14 (Offene Dateien anzeigen, falls aktiv), siehst du dann irgendwelche files?
Wäre interessant ob man sieht von welchen Files er da was herumschaufelt. (Falls es sich dabei um Files handelt).

... die machen die Auslagerung von Hauptspeicher auf die Platte!
D*B

[andreaspr@aon.at]

... die machen die Auslagerung von Hauptspeicher auf die Platte!
D*B

Ja das schon, aber die Frage ist ja auch warum die genau immer um die gleiche Uhrzeit das machen. Und was der Auslöser dafür ist.
Es könnte auch an einer Einstellung in der Datenbank liegen dass da was zu lange im Speicher liegen bleibt befor es auf die Platten hinüber wandert. Zumindest würde ich das jetzt nicht völlig ausschliesen.

[BenderD]

Ja das schon, aber die Frage ist ja auch warum die genau immer um die gleiche Uhrzeit das machen. Und was der Auslöser dafür ist.
Es könnte auch an einer Einstellung in der Datenbank liegen dass da was zu lange im Speicher liegen bleibt befor es auf die Platten hinüber wandert. Zumindest würde ich das jetzt nicht völlig ausschliesen.

... woher soll ich denn wissen, warum die Leute immer um 6:00 Uhr anfangen und sich anmelden, vielleicht weil da die Arbeit beginnt? Mit der Datenbank hat das ganz offenkundig nix zu tun. Mehr Hauptspeicher rein - und gut ist!

D*B

[andreaspr@aon.at]

... woher soll ich denn wissen, warum die Leute immer um 6:00 Uhr anfangen und sich anmelden, vielleicht weil da die Arbeit beginnt? Mit der Datenbank hat das ganz offenkundig nix zu tun. Mehr Hauptspeicher rein - und gut ist!

D*B

Kann sein, dass das hilft ... kann.
Eine endlosschleife in einem Programm wird dadurch auch nicht gelöst wenn man mehr CPU aufrüstet!

Wir hatten eine ähnliche Situation bei uns da die QDBFSTCCOL über 50% CPU und Platte schluckte.
Da hatte einer auch gemeint, dass mehr Speicher und CPU her müsse.
Dann hab ich mir das ganze mal im Detail angeschaut (Ursache und Wirkung) und siehe da, es ging dann plötzlich auch ohne neuer Hardware.
Wie gesagt ... kann helfen!

[BenderD]

Kann sein, dass das hilft ... kann.
Eine endlosschleife in einem Programm wird dadurch auch nicht gelöst wenn man mehr CPU aufrüstet!

Wir hatten eine ähnliche Situation bei uns da die QDBFSTCCOL über 50% CPU und Platte schluckte.
Da hatte einer auch gemeint, dass mehr Speicher und CPU her müsse.
Dann hab ich mir das ganze mal im Detail angeschaut (Ursache und Wirkung) und siehe da, es ging dann plötzlich auch ohne neuer Hardware.
Wie gesagt ... kann helfen!

... mal abgesehen davon, dass deine Diagnose nicht zur Problembeschreibung passt...

Im WRKSYSSTS sieht man, dass es sich um ein (leider typisches) unbalanciertes System handelt. Bei 16 Gig Hauptspeicher, zerrt sich das arme Maschinchen das 3,5 fache an Swap Area und hat (bei heutigen Plattengrößen) mickrige 1400 Gig an Platte. Auf so einem dünnen Blech würde man kaum den Ooops Nerv zum laufen bringen, wenn das ein PC wäre...

D*B

[Fuerchau]

@Andreas
Ein Programm mit fehlerhafter Endlosschleife erzeugt
- entweder hohe CPU
- oder hohe IO-Rate
verbrät aber keine Ressource die das Paging so stark hochschaukelt.

Ggf. laufen morgens um 06:00 halt immer noch ein paar Batchjobs, die eben viel zu verarbeiten haben (ggf. unnötige Input Primary).
Bei der Anmeldung der Dialoge ist dann halt viel aus dem Pool zu verdrängen.

Die Fehlerrate der "nicht DB-Seiten" deutet auf Zugriffe auf Objekte anderer Art hin, die nichts mit der Datenbank zu tun hat.
Die Plattengröße ist bei der Belegung OK, aber Hauptspeicher ist wirklich viel wert.

Oder eben die Batchverarbeitung früher starten damit sie um 06:00 Uhr fertig ist.

[andreaspr@aon.at]

Also das mit der Endlosschleife war eigentlich nicht auf das Problem bezogen sondern mehr als Metapher gedacht

Alles was ich zu diesem Thema beitragen wollte war der Gedanke, dass irgendwas daran Schuld haben muss, dass genau zu diesem Zeitpunkt das Problem auftritt.
Und da scheinbar die Performance sonst keine schwierigkeiten macht dürfte das System offenbar generell ausreichen.
(Auch wenn 16G nicht sehr viel sind. Wobei es auch immer darauf ankommt was alles darauf läuft!)

Oder eben die Batchverarbeitung früher starten damit sie um 06:00 Uhr fertig ist.

Das ist einer dieser Anregungen auf die ich hinaus wollte!

Das ist eben nur mein Tipp an iseries_user bevor eine HW gekauft werden muss.
Kaufen kann man im nachhinein immer noch!

[KingofKning]

Naja, wir haben hier 40 User und 4 GB Speicher, und das System ist flüssig am arbeiten.

GG

[camouflage]

Hier sind einige Erklärung dazu:

Re: SMPO0001 -- MIDRANGE-L

Möglicherweise sind auch die entsprechenden Pools zu klein.