1. 導入: GETMAIN地獄からの脱却！
メインフレーム環境において、プログラムが実行中にOSに対してメモリの確保（GETMAIN）や解放（FREEMAIN）を頻繁に要求することは、想像以上に大きなオーバーヘッドとなります。特に、複数のトランザクションやリクエスト間で共通して利用するマスターデータや設定値など、繰り返しアクセスされるデータを扱う際には、その都度メモリを確保するのは非効率的です。
ここでご紹介するPL/Iの「STATIC EXTERNAL AREA変数」は、このような課題を解決するための強力な手段です。プログラム実行中に一度だけ確保され、複数のプログラム間で共有される永続的なメモリプールを構築することで、OSへのメモリ要求を最小限に抑え、処理の高速化を実現します。これは、現代のプログラミング言語で言うところの「インメモリキャッシュ」や「静的Map」に近い概念と捉えることができます。
2. 基礎知識: AREA、STATIC、EXTERNALとは？
このテクニックを理解するために、まずはPL/Iの基本的な概念から紐解いていきましょう。
- AREA変数:
AREA変数は、PL/Iにおける一種の「メモリ領域」を宣言するものです。この領域内に、可変長の構造体や配列などのデータを動的に割り当て（ALLOCATE）、管理することができます。AREAは内部的にポインタやオフセットを使ってデータを格納し、効率的なメモリ管理を可能にします。 - STATIC属性:
変数をSTATIC属性で宣言すると、その変数はプログラムの実行が開始される際に一度だけ初期化され、プログラムの実行が終了するまでメモリ上に存在し続けます。つまり、プログラムが繰り返し呼び出されても、STATIC変数の値は保持されます。 - EXTERNAL属性:
変数をEXTERNAL属性で宣言すると、その変数は複数のコンパイル単位（独立してコンパイルされた複数のPL/Iプログラムやサブルーチン）間で共有可能になります。これにより、あるプログラムで宣言されたEXTERNAL変数を、別のプログラムから参照・更新することができます。
これら三つの特性を組み合わせたものが「STATIC EXTERNAL AREA」です。これは「プログラム実行期間中、メモリ上に永続的に存在し、かつ複数のプログラムから共有・アクセスできるメモリプール」として機能します。
3. 実装/解決策: 永続プールの構築
STATIC EXTERNAL AREAを構築するための宣言は非常にシンプルです。
DCL CACHE_POOL AREA(10240) STATIC EXTERNAL;上記の例では、`CACHE_POOL`という名前で10240バイトのAREAを宣言しています。
- `AREA(10240)`: このAREAが確保するメモリ領域の最大サイズを指定します。アプリケーションがキャッシュするデータの総量を見積もって、適切なサイズを設定することが重要です。
- `STATIC`: このAREAがプログラムの実行期間中、永続的に存在することを示します。
- `EXTERNAL`: このAREAが、複数のPL/Iプログラム（別々のコンパイル単位）から共有されることを示します。
この宣言により、一度確保された`CACHE_POOL`は、そのシステム上で実行される複数のプログラムやタスクからアクセス可能な、永続的なキャッシュ領域として利用できるようになります。プログラムは、このAREA内に`ALLOCATE`ステートメントを使って必要なデータ構造を割り当て、`FREE`ステートメントで解放することで、OSへの直接的なメモリ確保要求を回避できます。
4. サンプルプログラム: 共有キャッシュの利用例
ここでは、`PGM1`と`PGM2`という二つのプログラムが
コメント