草野です。

この点についてはDB導入の際にそれなりに調べてみました。

Linuxの2.6カーネルを使用すると具合がよいようです。
http://www.atmarkit.co.jp/flinux/special/kernel26/kernel26_01a.html
http://www.atmarkit.co.jp/flinux/special/kernel26/kernel26_01c.html

oracleと比べてオプティマンザの処理が軽い（いい加減？）なMySQLは実行時間
におけるデータ転送の割合が多いのではないかという仮説を立てた上で、

○DBデータがOSのバッファ（キャッシュ）に入るように
○CPUはメモリ転送の高速なもの
○IO処理の遅延をなくすためにライトバックを使用

を柱にして検討を開始しました。

MySQLと相性がいいのは
○OS は Linux Kernel 2.6以上
○CPUは AMD Opteron
○CPU数は 4-8way
○RAIDにライトバック必須

という結論に至りました。その上で 4way の Opteron にしたところ
カーネルをsingle-CPUであげたときとSMPとでは3.7倍程度の効果があった
ということです。

並列処理に関してはちょっと違う議論ですが、DBの処理と気象シュミレーション
は似てるかなと思い（大雑把すぎ・・）こちらを参考にさせていただきました。
http://www.ne.jp/asahi/comp/tarusan/

その結果メモリの転送帯域はDB処理の要と結論づけて検討をしたというわけです。

なお、MySQLのレプリケーションに関して、マスタ側でコミットしてもスレーブ
側では即時に反映していないので注意が必要です。マスタに負荷がかかったりス
レーブの性能が悪いと同期ずれが大きくなって、いわゆる「googleダンス」のよ
うなことが起こります。注意が必要ですね。


On Fri, 21 Oct 2005 23:14:11 +0900
murayama <locutus@xxxxxxxxxx> wrote:

> 並列屋でもある村山です．
> 
> 出遅れましたが，
> > 結局、デュアルコアで２ＣＰＵのサーバにすることはやめました。
> > その代わり、レプリケーションを組んで、サーバの数自体を
> > 増やしていくことにしました。
> > 
> > 一番大きな理由は、CPUがボトルネックになっているということが
> > 確信できないならば、CPUの性能を上げても全体のパフォーマンスは
> > 変わらない可能性が高いということです。
> 
> 並列処理の怖いところは，１CPUのマシンを同じ性能の２CPUにしたからと
> 言って，早くなるとは限らない点です．酷い場合にはかえって遅くなる
> ことさえあります．
> 
> 一般論として，並列度の低い，同期の多発する処理では並列処理による
> 高速化がし難い分野と言えます．そういう分野では最悪では同期のオーバー
> ヘッドが並列化による高速化を上回り，並列処理にした方が遅くなる場合も
> あります．
> http://www.netgene.co.jp/java/concurrentTips.html
> 
> それでRDBMSというのは，本質的にそういう処理ですよね？
> ACID特性云々という奴が多分それです．だからマルチコアに
> よる高速化が最もし難い分野の一つだと思います．
> ＃DBベンダーは大変だー．
> 
> > それよりも、複数台で負荷分散したほうがパフォーマンスが
> > 上がるだろうと判断しました。
> ＃これについては何とも．どこがボトルネックになるかを
> ＃見極めるのも，もっとも難しい点の一つですよね？

-- 
草野龍雄 <kusano@xxxxxxxxxx>