Performance Werte V5R4

[KingofKning]

Hallo *all,
wie jedes Wochenende führt unsere AS/400 ein IPL durch, und wie jedes Wochenende werde die Leistungswerte automatisch angepasst.

Und wie jedes Wochenende frage ich mich warum?
Laut IBM ist z.B. http://publib.boulder.ibm.com/iseries/v5r1/ic2924/index.htm?info/rzakz/rzakzqmchpool.htm der Pool QMCHPOOL auch für die Leistung entscheidend. Der wird aber von 546212 in 285606 geändert.
Ich würde doch davon ausgehen wollen das die Kiste irgendwann mal mitbekommt welche Werte optimal sind. Im Laufe der Woche wird der Wert ja wieder hoch gehen. Auch die anderen Pools werden in der Regel nach unten korrigiert.

Mir ist bewußt das nach einem IPL quasi alles leer ist und die ersten Programmstarts logischerweise länger brauchen ist ja auch nicht schlimm da die Kiste ja genug Bumms hat.

Aber würde es nicht Sinn machen die Werte die sich im laufe der Woche ergeben haben als Startwerte festzuschreiben.
Wir haben eh nur unser ERP-System den Domino-Server und Vedalohn am laufen das sind jetzt nicht so viele Variablen.

Nur mal so intressehalber. Arbeitet ihr auch mit dem Wert *calc in den Pools oder mit festen Werten?

GG

[Fuerchau]

*calc ist meist die bessere Wahl, da das System dann eben im laufenden Betrieb die Ressourcen dynamisch nach Bedarf anpassen kann.
Wenn Ihr damit bisher gut gefahren seit, sollte man halt nichts ändern.

[BenderD]

... das ist in SYSVAL QPFRADJ konfiguriert, wenn da 2 drinsteht, wird bei IPL auf die Standardwerte zurückgesetzt und anschließend dynamisch angepasst. Schreibst du 3 rein, dann wird bei IPL nicht zurückgesetzt und dynamisch angepasst.

D*B

[KingofKning]

Hallo,das ist soweit schon klar, mich wundert es halt nur das bei so einem statischen System wie wir es haben sich die Werte so stark ändern.GG

[Pikachu]

Wozu eigentlich jedes Wochenende ein IPL? :confused:

[KingofKning]

Historisch gewachsen. Da viele Jobs bei uns am Wochenende beendet werden , werden Sie beim IPL auch wieder gestartet ich müßte das mal alles umschreiben, da mir aber die halbe Stunde nicht weh tut lasse ich es erstmal so.GG

[Fuerchau]

So "statisch" ist ein System eher selten.
Auch bei Standard-ERP's gibt es Jobs, die nur am Monats-/Wochenanfang/-Ende/Nachts laufen. Nicht jeden Tag gibt es Kalkulationsjobs (Vor/Nachkalkulation), Bedarfsläufe oder sonstige Langläufer.
Manchmal gibt's mehr zu tun manchmal weniger.
Da kann auch schon mal ein ungünstiger Query/400 oder ODBC-Job die Ressourcen verschieben.

Bei einem generell performanten System sollte man sich da kein Kopfzerbrechen machen.
Erst wenn es mal kritisch wird kann man hier ggf. eingreifen.
Meist ist aber schon ein Index, CHGPF FRCRATIO(*NONE) REUSEDLT(*YES) oder RGZPFM ausreichend.

[BenderD]

Hallo,das ist soweit schon klar, mich wundert es halt nur das bei so einem statischen System wie wir es haben sich die Werte so stark ändern.GG
... die Standardeinstellungen sind konfiguriert in QMCHPOOL und den Pool Einstellungen und halt weit weg von der Realität.

[AS400.lehrling]

Würde erst auf *calc setzen und beopachten ob / wie sich der Wert ändert.

Wenn sich der Wert nicht weiter erhöht zur Sicherheit mit 1,5 multiplizieren und als *fixed eintragen.

Ob sich daraus wirklich ein Zeitvorteil ergibt hängt vomn System und dessen Auslastung ab.

Bei modernen System dürfte es egal sein ob *calc oder *fixed.



Gruß AS400.lehrling

[holgerscherer]

Bei modernen System dürfte es egal sein ob *calc oder *fixed.


Knallharte Extremisten (habe ich schon gesehen) starten im QSTRUPPGM noch einen Job, der etwas abwartet, und dann mit CHGSHRPOOL ein wenig rumspielt ;-)

-h