% temp addresses im WRKSYSSTS

[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

[BenderD]

Hallo,

wenn du mir nicht glaubst, dann musst du das Buch von Soltis halt selber lesen.
Mit einem Reload kanns du das zurück setzen, ansonst nicht (es sei denn mit einem späteren Release oder PTF kommt eine Änderung an Single Level Storage)

D*B

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

[jo400]

Hallo,

das hat mir jetzt keine Ruhe gelassen und ich habe meine Unterlagen nochmals rausgesucht.

1. Es ist schon etwas länger her als ich gedacht hatte; es war bereits 1999 (wie die Zeit vergeht ;-) ).

2. Wir hatten damals eine AS/400 320 mit V3R2M0 und dort sind sowohl die permanenten (!) Adressen als auch die temporären Adressen pro Tag um 2-3% gestiegen. Es war ca. alle 4 Wochen ein IPL fällig; nach dem IPL lagen die permanenten Adressen bei ca. 14% und die temporären Adressen bei 0,1 %.

3. Nach der Umstellung CISC to RISC auf eine 730 unter V4R1 war das Problem behoben.

Wie es jetzt ist habe ich ehrlich gesagt nicht mehr kontrolliert: Ich bin bei meiner ersten Antwort von meinen Erfahrungswerten ausgegangen. Sorry wenn ich zur Verwirrung beigetragen habe.

Jo

[Pikachu]

Dafür spricht auch die Nachricht CPI0997, in der steht, daß man ein IPL planen soll, damit das System die temporäre Adresse zurücksetzen kann. Aber ob die Fehlerbeseitigung 2 dieser Nachricht noch aktuell ist?