% temp addresses im WRKSYSSTS

[Ralle]

Hallo zusammen,

mir ist bei unserer Maschine aufgefallen, dass nach dem Reboot (1x in der Woche) die temp.Adressen ansteigen. Sie steigen zwar nur langsam, aber sie steigen.

Kann mir jemanden ein paar Infos geben zu:

a. Warum steigt dieser Wert und was gibt es hier für Abhängigkeiten zu den perm.Adressen
b. Was passiert bei 100%
c. Wie kann man diese zurücksetzen, wenn überhaupt.

Maschine 570, OS=V5R3M0, HS=128GB bei 7 Proz. von 8

Danke und Grüße
Ralle

[BenderD]

Hallo,

zu b: dann steht die Maschine
zu c: mit einer Scratch Installation

das Ganze hat mit single level store zu tun, in diesem Konzept hat jedes Objekt eine konstante Adresse, die es über seine gesamte Lebensdauer behält. Adressen Wiederverwendung ist nicht vorgesehen (nehme mal an, dass das noch so ist) weil die Adressen (mit 64 Bit physisch und fast 128 logisch) ne Weile reichen und man bei restore vermeidet ein neues Objekt zu erzeugen (macht Wiederaufleben eines Berechtigungsszustandes einfacher).

mfg

Dieter Bender

Hallo zusammen,

mir ist bei unserer Maschine aufgefallen, dass nach dem Reboot (1x in der Woche) die temp.Adressen ansteigen. Sie steigen zwar nur langsam, aber sie steigen.

Kann mir jemanden ein paar Infos geben zu:

a. Warum steigt dieser Wert und was gibt es hier für Abhängigkeiten zu den perm.Adressen
b. Was passiert bei 100%
c. Wie kann man diese zurücksetzen, wenn überhaupt.

Maschine 570, OS=V5R3M0, HS=128GB bei 7 Proz. von 8

Danke und Grüße
Ralle

[Pikachu]

Bei wieviel % liegen sie denn zur Zeit, und wie groß ist der Anstieg nach dem IPL?

[Ralle]

% perm addresses . . . . : 0.193
% temp addresses . . . . : 9.058

Anstieg bzw. Beobachtung:

17.12.07 8.365%
28.12.07 8.500%
07.01.08 8.610%
14.01.08 8.713%
21.01.08 8.832%
28.01.08 8.933%
04.02.08 9.049%

Dies sind die Werte nach dem IPL. Hochrechnungen ergeben eine Wachstumsrate von ca.1% alle 2 Monate.
Ich stelle mir nur die Frage, wo das herkommt, an den Applikationen wurde grundsätzlich nichts geändert. Fast regelmäßige Einspielung der CUM´s und Gruppen-PTF´s.

[Fuerchau]

Das scheint wohl normal zu sein und erfordert irgendwann eine Speichererweiterung:

Making sense of temporary addresses usage

Ansonsten bleibt die Verwendung scheinbar IBM's Geheimnis.

[BenderD]

- normal ja
- Speichererweiterung hilft nix, da das nichts mit Plattenbelegung zu tun hat
- Geheimnis nein, da Soltis dazu was geschrieben hat in "Inside AS/400"

D*B

Das scheint wohl normal zu sein und erfordert irgendwann eine Speichererweiterung:

Making sense of temporary addresses usage

Ansonsten bleibt die Verwendung scheinbar IBM's Geheimnis.

[AS400.lehrling]

- normal ja
- Speichererweiterung hilft nix, da das nichts mit Plattenbelegung zu tun hat
- Geheimnis nein, da Soltis dazu was geschrieben hat in "Inside AS/400"

D*B

Nicht rein zufällig Strategie zur sicherung der Vermarktung neuer Hardware

Gruß AS400.lehrling

[Pikachu]

Beobachte doch einmal den Anstieg dieser Prozente zwischen kurz nach einem IPL und kurz vor dem nächsten IPL.

[BenderD]

- eher nicht, sondern laut Soltis der eigentliche Grund für die 64 Bit Prozessoren, und Quelle schlafloser Nächte...

D*B

Nicht rein zufällig Strategie zur sicherung der Vermarktung neuer Hardware

Gruß AS400.lehrling

[AS400.lehrling]

- eher nicht, sondern laut Soltis der eigentliche Grund für die 64 Bit Prozessoren, und Quelle schlafloser Nächte...

D*B

Dachte der Grund für die RISC währe die schnellere Befehlsdurchlaufzeit + pararlellisierung gegenüber den CISC gewesen

Ist es schwierig eine API zu schaffen die die temporären adressen überwacht und doppelte vergabe verhindert, bzw Adressen wieder zu verwenden wenn diese zum selben pfad führen

Gruß AS400.lehrling

[jo400]

Hallo Ralle,

eien Steigerung der temorären Adressen von 1% in 2 Monaten ist ja eigentlich unkritisch. Wir hatten früher mal das Problem, dass die temporären Adressen am Tag um mehr als 2% gestiegen sind. Das war dann schon etwas kritischer.

Die temporären Adressen werden beim IPL wieder zurückgesetzt. Die Antwort des IBM-Supports lautete damals sinngemäß: "Man soll halt regelmässig (am besten einmal in der Woche) ein IPL machen. Dann hat man kein Problem mit den temporären Adressen." Die Diskussionen bezüglich Verfügbarkeit bzw. geplanten Stillstandszeiten erspare ich euch jetzt. Damals hatte sich das Problem nach einem Releasewechsel erledigt.

Fazit: Wenn ihr ab und zu ein IPL macht (wie machen z.B. höchstens zweimal pro Jahr ein IPL) sollte es zu keinem Problem kommen.

Viel Erfolg

Jo

[Ralle]

Danke für die nützlichen Informationen.

Hierzu noch ein paar Ergänzungen:

1. Der IPL erfolgt regelmäßig jeden Sonntag und die Infos vom Wachstum sind jeweils Notizen nach dem IPL. Was nun heißt die temp.Adressen werden nicht zurückgesetzt, zumindest nicht bei uns?!

2. Werden die Adressen beim Releasewechsel zurückgesetzt. Ist eigentlich logisch, da doch jedes Objekt auf der Kiste angefaßt wird, oder?

Grüße