[hackers-jp: 17] Re: [HACKERS] Experimental ARC implementation

[Tatsuo Ishii]

石井です．

> まあ、Janご本人も
> 
> > When playing with it please keep a few facts in mind. A 64MB cache 
> > (shared_buffers=8192) needs about 10 minutes of full transaction load to 
> > populate, in benchmark terms this is called ramp-up time. The algorithm 
> > is aiming at scan resistance, so a pure index access approach will not 
> > show any significant changes. Therefore, don't tell me that a 1x scale 
> > 10 client by 1000 transactions pgbench run doesn't show any performance 
> > boost, it cannot.
> 
> などと言っているように、これだけで実際に通常のpgbenchのパフォーマンス改
> 善を見るのは大変です。実際、pgbenchはindex scanが中心なのでヒット率はか
> なり高く、バッファ周りのパフォーマンスを調べるベンチマークとしてはふさわ
> しくありません。

そうでもないと思いますけど．たとえば，shared_buffersが非常に大きいとき
のパフォーマンスの劣化はpgbenchで容易に観測できます．これはおそらくバッ
ファ管理のオーバヘッドのせいでしょう．ARCは賢いだけに，オーバヘッドが
大きそうなのが気になります．
# 今度ベンチマークをしてみようかな...
--
Tatsuo Ishii