db_block_size=8Kでdb_file_multiblock_read_count

TPC-Hベンチマークの続き、
db_file_multiblock_read_count=64db_file_multiblock_read_count=128db_file_multiblock_read_count=256db_file_multiblock_read_count=512db_file_multiblock_read_count=1024
db_file_multiblock_read_count=128が一番成績がよい。

SSDの応答時間(殆んど一定の応答時間)

そして、、、、
db_file_multiblock_read_count　> 128 でTemporary Tablespaceへの書き出しが始まった。

pga_aggregate_target=5Gでmemory_targetは使用していない。
書き出し量はdb_file_multiblock_read_countに比例して増える。

この地道な調査で、今後のチューニングの切り札DB_BLOCK_SIZEを割り出す方法を模索している。
いい加減にすると無駄なTemporaryアクセスが発生し、ノード間Parallel Queryの苦手パターンを踏むことになる。

最後に、
db_block_size=8Kでは1024以上はサポートされていない動きだった。
8MBが限界なのか？1024が限界なのか？

db_file_multiblock_read_count=64ではTPC-Hが安定しなかった。
しかし、ディスク転送量は430MB/sを軽く上回り現時点では最高値を記録した。
direct path readのベンチマークは「ディスク転送量」だけでは計れない「＋アルファ」がある。