Iseries Performance morgens

[KingofKning]

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

GG

[holgerscherer]

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

GG

Das ist mit einfachen RPG-Programmen kein Thema, bei SAP eventuell nicht mehr. Also: es kommt drauf an, was man drauf macht

Der OP dürfte wohl morgens (weil: regelmässig) entweder automatische Jobs starten, oder es melden sich (weil Produktionsbeginn) viele User gleichzeitig an. Da wir nicht wissen, was für eine Software drauf macht, kann man auch keine genaue Auskunft geben.

Mein Schuss ins Blaue wäre eine Software, die beim Anmeldeprozess einen Stapel an Dateien öffnet und eventuell temporäre Zugriffspfade aufbaut. Nachts sind vermutlich vorher dicke Batchjobs gelaufen, deren Datenbanken noch im RAM liegen, aber bei den Anmeldeprogrammen nicht mehr gebraucht werden.

@iseries_user: was läuft auf der Kiste nachts, und was wird beim Anmelden so getan? Wie viele Leute melden sich gleichzeitig an (in einem Zeitraum von 5-10 Minuten)?

Ansonsten gebe ich Dieter recht - was für eine Software schafft es:
a) die Anzahl der temporären Adressen so hochzutreiben (also viele temp. Objekte zu erzeugen und wieder wegzuwerfen)
b) den temporären Speicher generell so zu versauen

Ich würde ja auf SAP mit fehlenden Patches oder unoptimiertes SQL von aussen tippen, aber da halte ich 16GB eher für einen Witz desjenigen, der die Maschine dimensioniert hat.

Also - her mit den Details

-h

[BenderD]

... vielfach wird temporärer Speicher falsch gedeuitet: das hat mit QTEMP und Co. nix zu tun, das ist simple und einfach das, was bei Windoof, Linux und Co Swap heißt.
Natürlich ist der Bedarf an Swap Speicher stark von der Anwendung und Benutzerverhalten abhängig,OPM brauch da wenig, ILE bei krummem Design (ein einziges SRVPGM mit hunderten von Procedures - habe ich alles schon gesehen), braucht bei der Aktivierung massig Hauptspeicher und normalisiert sich dann im laufenden Betrieb.
Es gibt da ein paar Daumenregeln, die Hälfte des benötigten Hauptspecichers sollte real da sein und die SWAP Area sollte nur 1 bis 2 % des Plattenspeichers verbrauchen und je stärker die CPU ist, umso mehr Hauptspeciher brauche ich. Unbalancierte Systeme sind rausgeworfenes Geld.
Um die Maschine mit der vorhandenen Anwendung in dié Balance zu bringen braucht das min. 32 Gig Hauptspeicher, ab 40 wird das dann komfortabler. Wenn ihr Java Applikationen düsen habt, könnte der Wechsel der classic JVM zur J9 was bringen, die frisst nicht soviel Hauptspeicher.

D*B

[iseries_user]

Guten Morgen zusammen,

erst einmal Danke für eure antworten.

Es melden sich morgens Schätzungsweise 60 bis 70 User an.

SAP läuft bei uns nicht. Allerdings können so einige Benutzer via Access auf die AS/400 zugreifen. Ansonsten laufen Hauptsächlich OPM Programme und mittlerweile ein paar RPGLE Programme.


Zu der Hardware kann ich sagen, dass wir in 4 Wochen eine neue Maschine bekommen. Diese hat dann 128 GB Hauptspeicher.

Viele Grüße
Iseries_User

[Chris.jan]

Wo finde ich nähere Angaben über diese Thematik?
Ich will meine Daten aus WRKSYSSTS mal analysieren. Wir haben leider immer noch regelmäßige Zeiten in denen das System lahmt und ich vermute es liegt ebenfalls an den I/Os, denn die CPU hat nix zu tun.