View Full Version : % temp addresses im WRKSYSSTS
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
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
Bei wieviel % liegen sie denn zur Zeit, und wie groß ist der Anstieg nach dem IPL?
% 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.
Das scheint wohl normal zu sein und erfordert irgendwann eine Speichererweiterung:
Making sense of temporary addresses usage (http://expertanswercenter.techtarget.com/eac/knowledgebaseAnswer/0,295199,sid63_gci1104646,00.html)
Ansonsten bleibt die Verwendung scheinbar IBM's Geheimnis.
- 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 (http://expertanswercenter.techtarget.com/eac/knowledgebaseAnswer/0,295199,sid63_gci1104646,00.html)
Ansonsten bleibt die Verwendung scheinbar IBM's Geheimnis.
AS400.lehrling
05-02-08, 07:36
- 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:rolleyes:
Gruß AS400.lehrling
Beobachte doch einmal den Anstieg dieser Prozente zwischen kurz nach einem IPL und kurz vor dem nächsten IPL.
- 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:rolleyes:
Gruß AS400.lehrling
AS400.lehrling
05-02-08, 09:31
- 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:confused:
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:confused:
Gruß AS400.lehrling