[pgsql-jp: 32324] Re: 数万アクセスに対する対処について

[Tsunehisa Kazawa]

こんにちは。加澤と申します。

PHP については全然知らないんですが、何らかの ConnectionPool 的なものを使
わない限り、(特に DB サーバが Solaris である場合) ほとんど性能が出ないの
ではないかと思います。

ちなみに ConnectionPool を用い、IO 分散して最適な Connection 数や共有メ
モリ量などの設定をチューニングした後の PostgreSQL 7.4.1 (Xeon 3G×2、
4Gbytes メモリ、RHEL3) で、ほぼ単純 insert のみのアプリならば 1000
insert/sec 以上出ています。

// チューニング時に参考になったページ。
// http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html
// 共有メモリを増やし過ぎるとダメなんですよね…。

なお、この ML でこれを書くのは反則かもしれないんですが、
・どうしても接続＆切断を繰り返す必要がある。
・データは多少失われても問題ない。
という条件ならば、MySQL も検討する価値があるかもしれません。flush なしの
MyISAM テーブルでは 10000 insert/sec を越すことも可能でした (ただし
ConnectionPool 使用)。

トランザクションが使える InnoDB だとそこまで性能はよくなくて、そこそこ
チューニングして PostgreSQL の倍程度。flush オプション付き MyISAM はもっ
とひどい、という状況でした。

＊＊＊

何にせよ小野さんも↓で行われているように、実アプリケーションを模した形で
のベンチマークを取るのが一番良いのではないかと思います。Web Application
ならば Jakarta Jmeter なども使いどころがあるかもしれません。
http://jakarta.apache.org/jmeter/index.html

Kenji Ono wrote:
> マシンスペックが、CPU：SPARC64 V１個、Mem：２Ｇ、でＷＥＢ＋
> ＤＢが同居する形のマシン上で以下のテストをしてみました。
> ・あるテーブルの１行を更新するクエリを投げるＰＨＰを作成
> ・そのプログラムを起動するＰＨＰをbodyのonLoadで実行するように
> 　し、３００フレーム分割する
> ・これを２台のＰＣで同時に呼び出す事で６００アクセスを擬似的に
> 　起こす
> ＴＯＰコマンドで確認したところ、CPUは100%、メモリは2G中1Gくらい
> 使ってました。
> ＤＢに対するアクセスは１５回／１秒くらいになってました。
> 
> あまり詳しくないので初歩的な話しですが、PG_QUERYを呼び出すと
> Fork&Exceが発生するのですか。
> それともPG_CONNECTION毎でしょうか。
> 
> CPUは2枚でもいけそうなのかな。
> 4枚さしてMem2Gだと400万くらいしそう・・・。


-- 
  ◇   加澤恒央 Tsunehisa KAZAWA
◇  ◇ mailto:kazawa ＠ ca2.so-net.ne.jp
  ◇   http://www.digitune.org/