第5回　バッチ処理の性能改善術

■解説

• 基本的に、①I/O時間と②CPU時間から構成される。メモリアクセスの時間は②CPU時間に入る。
• ①I/Oと②CPUのバランスは、第４回－図６で紹介したCPU/IO頻度という考え方の基本となっている。
• 10年前のSEは、I/O回数やダイナミックステップ数を算出し、処理能力見積りを行っていた。
　　I/O時間＝I/O回数×I/O性能値　　CPU時間＝ダイナミックステップ数×CPU性能値
• バッチ処理における③CPU待ち時間は、待ち行列理論に基づかず、第２回－図３で紹介した通りジョブの多重度で増減する。
• ④その他の待ち時間には、OS上での待ち、データベースの排他待ち、I/O待ち、メモリ制御による待ち時間等がある。性能データから待ち時間の内訳を把握することは、状況に応じたテクニックが必要である。
• ①’②’の無駄には、ユーザアプリ上の無駄とOS上の無駄が考えられる。無駄の多いプログラムを性能品質の悪いプログラムと呼んでいる（第４回）。

例題２～以下の無駄が起きているとき考えられる原因の例は？

1. I/O時間（I/O回数）の無駄　かつ　CPU時間の無駄
2. I/O時間（I/O回数）だけの無駄
3. CPU時間だけの無駄

手法２～バッチ処理の性能改善

　夜間バッチ処理時間を削減するためのアプローチ例を図８に示します。

■解説

• • システム資源を有効に活用する
  いわゆるシステムチューニングである。SDMの設定により、優先させたい処理のプライオリティを上げる。I/O処理はより高速な記憶媒体で行いI/O時間を短縮する。
  • 長時間ジョブのチューニング
  性能品質の悪いプログラムがあれば原因を調査する。COBOLのデバッグオプションもロードモジュールから確認する（

）。途中実更新とは、データベースの入出力バッファが不足し、トランザクションの途中でデータベースへの実更新行う動作である。（⇔一括実更新）
• 処理（ステップ）の無駄をなくす
不要な処理はないか。意味のないバックアップを行っていないか。
• ジョブネットの見直し
資源（特にCPU）が過負荷状態でジョブの遅延が起きているときは、実行される時間帯を変えられるジョブ群がないか調査する。

　性能を改善するということは、図７で紹介した処理時間モデルを作り、無駄を無くす、待ち時間を無くす、それでもだめならI/O性能を上げる、　CPU性能を上げるということになります。経験と勘も重要ですが、第２回で紹介したように今までの常識が通用しなくなっていることに気付く必要があります。

例題３～資源の負荷が低く処理が遅いときの対応は？（例えば、第３回－図４）