INITIAL属性の「甘い罠」：メインフレームの深淵でPL/I最適化を語る
基幹システムを支えるPL/Iにおいて、`INITIAL`属性は一見するとJavaのフィールド初期化やC#のコンストラクタのように、コーディングを楽にする便利な機能に見える。しかし、メインフレームのCPUサイクルを1秒でも削り出さなければならない夜間バッチの最前線において、この「おまかせ初期化」は、時として悪魔の代償を伴う。
今日は、`AUTOMATIC`変数における`INITIAL`属性の挙動と、それがパフォーマンスや予期せぬアベンドにどう直結するのか、コンパイラ最適化の裏側を覗いてみよう。
1. INITIAL属性の正体：隠れた「代入処理」のオーバーヘッド
多くの開発者は、`DCL VAL FIXED BIN(31) INIT(0);` と書けば、魔法のようにゼロが格納されていると信じている。だが、PL/Iのコンパイラは、これをプロシージャ呼び出しのたびに、対象のアドレスに対して「MOVE命令（あるいはMVC/MVI命令）」を発行するコードを生成する。
もし、この変数が数万件のループ内で呼び出されるサブルーチンの中に鎮座していたらどうなるか。
/i
/ 高頻度で呼び出されるサブルーチン /
PROCESS_LOGIC: PROC;
/ 呼び出されるたびにスタック上のメモリに対してMVCが走る /
DCL WORK_AREA FIXED BIN(31) INIT(0);
/ 処理ロジック /
…
END PROCESS_LOGIC;
JavaのJITコンパイラのような「スマートな最適化」を過度に期待してはいけない。特にレガシーな環境では、スタックフレームが構築されるたびに機械語の命令列が律儀に実行される。高頻度なサブルーチンであれば、`INIT`を使わずに、ループの外で管理するか、あるいは最初の一回だけ初期化するロジックを組むほうが、CPU命令数を劇的に削減できる場合がある。
2. ポインタ操作と「未定義値」の深淵
次に、`AUTOMATIC`変数のメモリ管理とポインタの危険な関係だ。`INITIAL`属性を過信して初期化をコンパイラに任せていると、ポインタ変数を用いた動的メモリ操作で痛い目を見る。
特に、`BASED`変数と`ADDR`関数を組み合わせる際、`INITIAL`が付与されていない領域にアクセスし、かつ初期化漏れが発生していると、ダンプ上には「ゴミ」が残る。CICSオンライン処理でこのゴミがパックデシマル（`PIC S9(7) COMP-3`）の領域に混入するとどうなるか。
/i
/ パックデシマルの内部符号反転バグを誘発する一例 /
DCL PTR_A PTR;
DCL BASED_VAR FIXED DEC(7,0) BASED(PTR_A);
/ PTR_Aが正しく設定される前にBASED_VARを参照し、
かつ領域が初期化されていない場合、ABEND S0C7の温床となる /
`S0C7`（データ例外）で夜中に叩き起こされた経験がある諸君なら分かるはずだ。`INITIAL`でガードしていない変数は、メインフレームのメモリ空間においては「前任者が残した負の遺産」をそのまま引き継ぐ可能性がある。動的メモリ確保（`ALLOCATE`）を行う際は、必ず`INITIAL`を明示するか、`UNSPEC`関数でクリアする習慣を徹底すべきだ。
3. マイグレーション時の設計判断：Java/C#との乖離
Javaへのマイグレーションを担当するアーキテクトへ忠告しておく。PL/Iの`AUTOMATIC`変数は、Javaのメソッド内ローカル変数とは異なり、スタックポインタの操作と密接に連動している。
PL/IからJavaへ移行する際、単純に`INIT`をJavaの初期化子に置き換えると、GC（ガベージコレクション）の頻度やメモリレイアウトの差異から、期待した性能が出ないことが多い。
- 定数的な初期値: コンパイル時に解決できるものは、`STATIC`属性への昇格を検討せよ。
- 計算による初期値: `INIT`を廃止し、実行時の一番最初のパスで初期化する専用のフラグ制御を導入せよ。
4. 最後に：ダンプ解析から見える「コンパイラの意志」
コンパイラオプションの `OPTIMIZE(2)` や `OPTIMIZE(3)` を適用すると、`INITIAL`による初期化コードがインライン展開され、最適化によって消滅したり、あるいは全く別の場所に移動したりすることがある。
アベンドダンプを解析する際、「ソースコード上ではここに初期化があるはずだ」という思い込みは捨てろ。ロードモジュールの逆アセンブル結果（`LIST`オプション付きでコンパイルしたソースと照らし合わせるのが鉄則だ）を見ると、コンパイラがどれだけ必死に「効率的な命令」を生成しようとしたか、その意図が読み取れるはずだ。
PL/Iは、ハードウェアの特性を最も純粋に引き出す言語の一つである。`INITIAL`属性一つとっても、それはただの簡便な機能ではない。それは、君たちの書くコードがメインフレームのレジスタをどう支配するかを決定する、重要なアーキテクチャ上の意思表示なのだ。
次回の改修では、コンパイラ任せの「おまかせ初期化」を卒業し、自分のコードがメモリ上のどこを、いつ、どう書き換えているのかを制御下に置こう。それが、真のシステムスペシャリストへの第一歩だ。
