PL/Iの「見えないメモリ」を可視化する！MAPオプションとレイアウト最適化の極意
こんにちは。メインフレームの深淵へようこそ。
JavaやCOBOLの世界からやってきた皆さんにとって、PL/Iの「何でもあり」な柔軟性は、時に魔法のように見え、時に底なし沼のように感じられるかもしれませんね。
今日は、そんなPL/Iの「メモリの正体」を暴く、MAPコンパイルオプションについてお話しします。
「プログラムを書いたら動いた。でも、メモリは効率的に使えているの？」
そんな疑問を持った瞬間、あなたはもう立派なメインフレームアーキテクトの卵です。さあ、一緒に紐解いていきましょう。
—
1. なぜ「MAP」が必要なのか？
JavaならJVMが、COBOLならコンパイラが裏側でよしなにメモリ配置を決めてくれますが、PL/Iは「開発者がメモリの配置をある程度制御できる」という、非常に強力かつ繊細な言語です。
特に、外部ファイルとのやり取りや、構造体（STRUCTURE）を使ったバイナリデータの読み書きを行う際、メモリの「オフセット（開始位置）」や「アライメント（境界調整）」がズレていると、思わぬバグを生みます。
ここで役立つのが `MAP` オプションです。これを指定してコンパイルすると、「この変数はメモリのどこから始まって、何バイト使っているのか」という地図（マップ）が、コンパイルリストに出力されます。
2. 実践！構造体のメモリレイアウトを見てみよう
まずは、ありがちな構造体宣言を見てみましょう。
/i
/ データ構造の定義例 /
DCL 1 MY_RECORD,
2 ID FIXED BIN(31), / 4バイトの整数 /
2 STATUS CHAR(1), / 1バイトの文字 /
2 FILLER CHAR(3), / 調整用の詰め物 /
2 AMOUNT DEC FIXED(15,2);/ 8バイトのパック10進数 /
このコードを `MAP` オプションを付けてコンパイルすると、コンパイルリストの後半に以下のような情報が現れます。
OFFSET LEVEL NAME
000000 1 MY_RECORD
000000 2 ID
000004 2 STATUS
000005 2 FILLER
000008 2 AMOUNT
このリストから読み解く「コツ」
- OFFSET: 構造体の先頭（000000）から何バイト目にあるかを示します。
- アライメントの罠:
`FIXED BIN(31)`（フルワード）は、メモリの「4の倍数」の位置に配置されるのが最も効率的です。もし `STATUS` の後ろに `FILLER` を置かなかったらどうなるでしょうか？
PL/Iコンパイラは、CPUが高速にアクセスできるように、勝手に「隙間（パディング）」を埋めて調整しようとします。これを「アライメント」と呼びます。
3. アライメントとパディング：なぜ「詰め物」が必要なのか
初心者がよくやる間違いは、「メモリを節約しようとして、ぎちぎちに詰めて宣言する」こと。
実は、CPUは「4バイト単位」や「8バイト単位」でメモリアクセスするのが大好きです。中途半端な位置にあるデータを取り出すとき、CPUは2回読み込みを行わなければならず、結果としてプログラムが遅くなります。
「あえて隙間（FILLER）を作ることで、処理速度を最適化する」
これが、メインフレーム現場で愛される「余裕を持った設計」の極意です。MAPリストを見て、OFFSETが不自然に飛んでいないか確認し、必要であれば `ALIGNED` や `UNALIGNED` 属性を使い分けましょう。
- `ALIGNED`: 境界調整を行う（速いがメモリを食う）
- `UNALIGNED`: 隙間を詰め込む（メモリは節約できるが、アクセスが重くなる可能性がある）
4. 初学者のための「怖くない」チェックポイント
初めてMAPリストを見たとき、その情報の多さに圧倒されるかもしれません。でも、まずはこの3点だけチェックしてください。
1. 想定したサイズになっているか？
`OFFSET` と `LENGTH` を足し合わせて、構造体全体のサイズが意図したものかを確認します。
2. 型によるオフセットのズレはないか？
`FIXED BIN` が奇数アドレスから始まっているようなら、パフォーマンス低下のサインです。
3. 不要なパディングは生まれていないか？
意図しないパディングが大量に発生している場合、データ宣言の順序を少し入れ替えるだけでメモリ効率が劇的に改善することもあります。
—
編集後記：PL/Iはあなたの「意図」を待っている
PL/Iは、他の言語のように「ブラックボックス」でお任せするのではなく、「君はどう配置したいの？」と問いかけてくる言語です。最初は難しく感じるかもしれませんが、一度メモリ配置を意識できるようになると、あなたはもうシステムアーキテクトとしての視座を手に入れたも同然です。
コンパイルリストは、決して無機質な紙束ではありません。プログラムがメモリ上でどう呼吸しているかを示す「心電図」です。ぜひ、次のビルドでは `MAP` オプションを付けて、その鼓動を覗いてみてくださいね。
また分からないことがあれば、いつでも聞きに来てください。一緒に紐解いていきましょう！
