Unofficial oninit blog

以前、こちらでも紹介した、「Fastest DBA Contest」の結果が今年（2009年）１０月のIOD Global Conference で発表されました。

さて、上にご紹介したのは第２回のコンテストだったのですが、第１回目は４月に開催されていました。その第１回目で、勝者の方々が実際にどんなチューニングを施したのかの解説がIBM developerWorksに掲載されています。

チューニングの『舞台』となったサーバーは、メモリーが３GB、プロセッサーコアが４個、というどちらかというと小規模の構成だったようです。チューニングについて２つほど興味を引かれたことがあります。

その１：バッファプールとConfigurable Page Size ( IDS 10.00以降で使用可能になった、デフォルトページサイズ以外のサイズでディスクI/Oが出来る機能）
勝者の方々は、16KB/PageのDB領域＋バッファプールを作成していた、とのことです。データの行長にもよりますが、デフォルトのページサイズ（２Kまたは４K：システムによる）ではぎりぎり収まらないような行長の表に対しては、適切なページサイズを選択することでディスクI/Oを効率化することができます。もうひとつ、バッファプールのサイズについては、あまり大きくしすぎて、OS が仮想メモリーのスワップを始めてしまうようだと性能上逆効果になります。その一方で、ある程度大きくしたらそのメモリーに対してクリーナーが効率的に作動するよう、LRUキューの数も適宜大きくすべし、という説明もありました。

その２：CPUVPの個数
INFORMIXのマニュアルではプロセッサーコア数−１くらいが最適、という解説がありますが、場合によってはプロセッサーコア数と同じ数まで増やした方が有利な場合もあるようです。今回のコンテストでも、３つにした人と４つにした人がいるようです。なお、最近良くある、チップマルチスレッディングやハイパースレッディングなどの機構を搭載したプロセッサーでは、OSから見える同時実行可能スレッド数をプロセッサーコア数としてCPUVP を増やす方が良い、というベンダーの資料を見たことがあります。