Dieses Dokument beschreibt, wie Natural Hauptspeicher zuordnet und verwendet. Ein von einer Natural-Nukleuskomponente angeforderter Speicherbereich wird als Buffer (EN) oder Puffer (DE) bezeichnet.
In diesem Kapitel werden die folgenden Themen behandelt:
Es gibt zwei verschiedene Arten von Speicherumgebungen:
Thread-Speicherumgebung (typisch für Mehrbenutzerumgebungen, z. B. CICS)
Nicht-Thread-Speicherumgebung (typisch für Einzelbenutzerumgebungen, z. B. Batch)
In einer Thread-Umgebung wird ein großer, als "Thread" bezeichneter Speicherbereich für eine Sitzung vorab zugewiesen. Die Größe des Threads muss vom Systemadministrator vordefiniert werden. Während einer Sitzung wird jede Pufferzuweisungsanforderung (GETMAIN) innerhalb ihres Threads von Natural selbst durchgeführt. Freier Speicherplatz aufgrund von Pufferfreigabeanforderungen (FREEMAIN) kann wiederverwendet werden.
Bei bestimmten Ereignissen (Terminal-Ein-/Ausgaben und langen Wartezeiten) kann der Thread-Speicher komprimiert und in einen externen Speicher (Roll File/Auslagerungsdatei) ausgelagert werden. Der freigegebene Thread kann von anderen Natural-Sitzungen wiederverwendet werden. Wenn eine unterbrochene Sitzung wieder aufgenommen werden soll, wird sie aus dem externen Speicher wieder in einen freien Thread verlegt.
Der Speicherplatz in dem Roll File, auf dem der komprimierte Thread-Speicher abgelegt wird, wird als Slot bezeichnet. Die Slot-Größe hat eine feste Länge und wird vom Systemadministrator festgelegt. Sie muss groß genug sein, um den größten komprimierten Thread-Speicher aufzunehmen. Im schlimmsten Fall kann sie gleich der Thread-Größe sein.
In einer Nicht-Thread-Umgebung werden alle Speicheranforderungen direkt an das Betriebs(sub)system weitergeleitet. Es wird keine Auslagerung/Einlagerung (Rollout/Rollin) durchgeführt, d. h. die Puffer für eine Sitzung werden bis zur Beendigung der Sitzung aufbewahrt, es sei denn, sie wurden vorher ausdrücklich freigegeben.
Es gibt drei verschiedene Arten von Puffern:
Feste Puffer
Variable Puffer
Physische Puffer
Feste Puffer und variable Puffer
haben ein 32-Byte-Präfix mit einem gemeinsamen Layout für alle Umgebungen. Das
Präfix beginnt mit dem Puffernamen, gefolgt von 5 Pufferlängenfeldern (total,
used low-end, max. used, used high-end, max. used high-end). Die verwendeten
Längenfelder werden von den Komponenten gepflegt, denen die Puffer zugehören,
und für die Thread-Komprimierung verwendet. Jeder Puffer hat eine eindeutige
ID-Nummer (1-255) und kann nur einmal vorhanden sein. Einige Puffer werden
während der Sitzungsinitialisierung zugewiesen, andere werden bei Bedarf
zugewiesen. Das Systemkommando BUS kann benutzt
werden, um Informationen über alle zurzeit zugewiesenen festen und variablen
Puffer anzuzeigen. Die Eigenschaften der Puffer sind im Quellcode-Modul
NATCONFG definiert, das
in Ausnahmefällen angepasst werden kann (siehe
Anpassung
der Puffereigenschaften unten). Die Größe einiger Puffer
kann durch einen Profilparameter festgelegt werden. Eine vollständige Liste
solcher Puffer finden Sie unter dem Profilparameter
DS.
Physische Puffer werden außerhalb des Threads zugewiesen. Sie haben kein Pufferpräfix und sind nicht eindeutig. Sie werden nur in Ausnahmefällen und nur vorübergehend verwendet. Physische Puffer werden bei der nächsten Terminal-E/A automatisch freigegeben. Es ist möglich, über den Profilparameter WPSIZE Workpools für physische Puffer zu definieren.
In einer Thread-Umgebung werden feste Puffer nur vom unteren Ende des Threads aus zugeordnet. Im Gegensatz zu variablen Puffern können feste Puffer nicht relativ zum Thread verschoben werden und ihre Größe kann nicht erhöht oder verringert werden.
In einer Thread-Umgebung werden variable Puffer vom oberen Ende des Threads aus zugeordnet. Wenn innerhalb des Threads kein Platz mehr ist, werden variable Puffer vorübergehend außerhalb des Threads zugeordnet. Bei der Thread-Komprimierung werden alle verwendeten Pufferteile in den Thread komprimiert. Wenn sie nicht in den Thread passen, wird die Sitzung abnormal beendet. Dies kann insbesondere bei der Verwendung großer dynamischer Variablen vorkommen.
Nach der Dekomprimierung des Threads können die variablen Puffer an eine andere Stelle innerhalb oder außerhalb des Threads verschoben worden sein. Die Größe der variablen Puffer kann auf Anforderung durch die sie verfügende Komponente erhöht oder verringert werden. Einige variable Puffer sind so definiert, dass sie während der Thread-Komprimierung automatisch verkleinert oder freigegeben werden.
Die Gesamtmenge des außerhalb des Threads zugeordneten Speichers
kann durch den Profilparameter OVSIZE begrenzt
werden.
Alle Puffer werden im Quellcode-Modul
NATCONFG
durch NTBUFID-Makro-Definitionen definiert.
 |
Warnung: Ändern Sie keine Puffereigenschaften außer den unten erläuterten MIN-, MAX- und
CMPR-Parametereinstellungen,
da die Ergebnisse unvorhersehbar sein können. |
Es ist möglich, die Grenzen der Puffergröße durch die Parameter
MIN und MAX des Makros
NTBUFID zu ändern. Dies ist nur bei variablen Puffern
(TYPE=VAR) sinnvoll. Die
Grenzen für alle Puffer sind entweder durch die Standardeinstellung
(0 - 2097151 KB) oder durch die Grenzen der
entsprechenden Profilparameter definiert. Weitere Informationen finden Sie in
der Beschreibung des Profilparameters DS. Die Grenzen der
Puffergrößen-Profilparameter im Natural-Parametermodul werden von den
MIN- und MAX-Parametern von
NTBUFID nicht beeinflusst, aber die Grenzen für die dynamischen
Profilpuffergrößen-Parameter werden von MIN und
MAX überschrieben.
Das Setzen des MAX-Parameters auf einen Wert
in KB bedeutet, das die Größe dieses Puffers während der Ausführung der Sitzung
dieses Maximum nicht überschreiten darf. Dies kann zu Laufzeitfehlern führen,
wenn mehr Pufferspeicher für den gewünschten Puffer angefordert wird.
Wenn Sie den Parameter MIN auf einen Wert in
KB setzen, bedeutet dies, dass die Größe dieses Puffers während der Ausführung
der Sitzung nicht unter diesem Wert liegen darf. Im Falle der
3GL-CALLNAT-Schnittstelle (NAT3GCAN) ist die Einstellung eines
Puffer-Minimalwertes beispielsweise für die folgenden Puffer sinnvoll, da die
Größe dieser Puffer auf einer niedrigeren Natural-Programmebene, die von einem
3GL-Programm aufgerufen wird, nicht erhöht werden darf.
| Puffer | Zweck |
|---|---|
DATSIZE |
Datenbereiche |
GLBTOOL |
Dienstprogramm-GDA |
GLBUSER |
Benutzer-GDA |
GLBSYS |
System-GDA |
AIVDAT |
AIV-Bereich |
CONTEXT |
Kontextvariablen |
Der Parameter CMPR des Makros
NTBUFID definiert den Kompressionsoptimierungsalgorithmus für den
Puffer. Er entspricht dem Profilparameter CMPR, der den
Standardwert festlegt. Weitere Informationen über die möglichen Parameterwerte
finden Sie unter CMPR -
Standard-Algorithmus zur Komprimierungsoptimierung in der
Parameter-Referenz-Dokumentation.
Beispiel für eine Definition von Puffereigenschaften:
DATSIZE NTBUFID ID=GETMDATA,TYPE=VAR+INI,CMPR=OPT2,MAX=512
Weitere Informationen zu Profilparametern, die sich auf die Puffergrößen auswirken, finden Sie unter Speicherverwaltung in der Parameter-Referenz-Dokumentation.
