導入
メインフレームのPL/I開発において、フラグ制御や論理判定に多用される BIT(1) 型。何気なく定義しているそのデータ属性が、実はCPUの処理効率とメモリ消費量のトレードオフを決定づけていることをご存知でしょうか。本稿では、BIT(1) ALIGNED を選択すべきケースと、UNALIGNED との決定的な違いについて解説します。
基礎知識
PL/Iの BIT(1) は、論理値（真偽値）を保持するための型ですが、物理配置には二つの流儀があります。
ALIGNED は、データ構造の境界（境界整列）を意識し、CPUがアクセスしやすいメモリアドレスに配置します。一方、UNALIGNED は、メモリの隙間を埋めるようにビット単位で詰め込みます。現代のCPUアーキテクチャでは、データがワード境界に揃っている方が、ロード・ストア命令の実行サイクルが短縮される傾向にあります。
実装/解決策
高速な条件分岐が求められるループ処理や、頻繁に参照されるスイッチ変数には BIT(1) ALIGNED を採用してください。これにより、コンパイラは当該データを1バイト（またはワード）境界に配置し、ビットシフトやマスク処理を介さない、レジスタへの直接的なロードを実現します。逆に、大規模な配列やレコード内に数千個のフラグを保持する場合は、メモリ節約のために UNALIGNED を選択するのが定石です。
サンプルプログラム
以下のコードは、ALIGNED を使用してフラグを定義し、高速な論理演算を意図した実装例です。
/ プログラム例: 高速なフラグ制御 /
DCL FLAG_ACTIVE BIT(1) ALIGNED; / CPUアクセスの高速化を優先 /
DCL FLAG_READY BIT(1) ALIGNED; / 境界整列によりロード命令を効率化 /
/ 処理ロジック /
FLAG_ACTIVE = ‘1’B;
FLAG_READY = ‘0’B;
/ ALIGNED定義により、レジスタへの直接ロードが期待できる /
IF FLAG_ACTIVE THEN
DO;
/ 判定処理をここに記述 /
PUT SKIP LIST(‘処理を実行します’);
END;
応用・注意点
現場での移行プロジェクトにおいて最も注意すべき点は、他言語（JavaやC#など）へのロジック移植時です。現代言語の boolean 型は、通常1バイト（8ビット）単位で管理されており、PL/Iの「1ビット単位の詰め込み（UNALIGNED）」の概念と一致しません。
特に、UNALIGNED で定義された膨大なビット列を構造体として他システムへ転送する場合、受信側でビットマスクによる抽出処理（AND/OR演算）が必須となり、ビット演算オーバーヘッドが発生します。設計段階で「処理速度重視の ALIGNED」か「データ転送・メモリ効率重視の UNALIGNED」かを明確にし、システム要件に合わせて使い分けることが、メインフレーム技術者としての腕の見せ所となります。
コメント