導入：なぜALIGNED属性が重要なのか
メインフレーム開発において、データのアクセス効率はパフォーマンスの根幹を成します。特に、CPUがメモリ上のデータにアクセスする際、特定の境界（ワード境界など）にデータが配置されていないと、余分なメモリサイクルが発生し、処理速度が低下します。ここで登場するのがALIGNED属性です。親構造体にこの属性を付与することで、配下の全メンバを一括で最適化でき、コードの可読性とパフォーマンスを同時に向上させることが可能です。
基礎知識：構造体とアライメントの仕組み
PL/Iにおける構造体定義では、デフォルトでUNALIGNED（境界合わせを行わない）が選択されることが多いですが、これはメモリを節約できる反面、アクセス速度の低下を招きます。ALIGNEDを指定すると、各型（FIXED BINやFLOAT BINなど）が必要とする最適な境界へ自動的に配置されます。この際、型と型の間に「物理パディング」と呼ばれる隙間バイトが挿入されることがありますが、これが計算機アーキテクチャ上の「整列」を保証する鍵となります。
実装と解決策
親レベル（1レベル）でALIGNEDを定義すると、その配下にある全レベルのメンバに対して、一括して境界整列ルールが適用されます。これにより、メンバ一つひとつに属性を記述する手間を省き、修正漏れによるパフォーマンス低下を防ぐことができます。
サンプルプログラム
以下のサンプルは、固定小数点数と浮動小数点数を混在させた構造体の定義例です。
/ 構造体全体のアクセスを最適化する定義 /
DCL 1 REC ALIGNED,
/ 4バイト境界に配置される /
2 EMP_ID FIXED BIN(31),
/ 自動的に適切な境界へ調整される（必要に応じてパディングが挿入） /
2 SALARY FLOAT BIN(53),
/ 配列要素も同様にアライメントが維持される /
2 HISTORY(5) FIXED BIN(31);
/ 利用例：この構造体へのアクセスはCPUの最適化機能が最大限に働く /
REC.EMP_ID = 1001;
応用・注意点：他言語との連携における落とし穴
現場で最も注意すべきは、C言語やC++で作成された外部プログラムとバイナリデータを共有する場合です。メインフレームのALIGNEDによるパディングの入り方は非常に厳格ですが、他言語側のコンパイラ設定（pragma packなど）と、パディングの解釈がわずかでも異なると、構造体のサイズが一致せず、データの読み込みエラーや破損が発生します。
移行時や外部連携を行う際は、必ずDCLGなどのツールを用いて、構造体のオフセットとサイズをダンプし、両者のレイアウトが完全に一致していることを確認してください。また、パディングの自動挿入に頼りすぎず、データ構造の設計段階で「型」の並び順を工夫し、パディングを最小限に抑える意識を持つことも、ベテラン技術者の「嗜み」と言えるでしょう。
コメント