GPU-aware pinned-inner-buffer

[kaigai]

Pinned-inner-bufferがGPUメモリのサイズを越える場合、Hash-Joinは猛烈なランダムアクセスなので、
強烈なスラッシングが発生する。
通常、GPUメモリを越えるpinned-inner-bufferを使用すべきではない。

しかしマルチGPUとパーティションを併用する場合、パーティションキーがJOINの結合キーに含まれると、
そのヒントを利用してデータ配置の局所性を高める事ができる（はず）。

• Inner-Bufferを作成する際に、パーティションキーを使ってどのパーティションに（物理GPUに）割り振られるのかを判断する kern_expression が必要。(CASE ... WHEN... で作れるか）
  • たぶん table_oid が使いやすいかも。
• Inner-Bufferの使い方．．．kds_extraを使うのがよいか。要検討。

関連issue ... #801

[kaigai]

こんな感じの実行計画になるようにすればよい。

[BEFORE]
GpuJoin (JOIN-Qual: h.huge_id = l.large_id)
  +- outer: huge_table h  (2TB)
  +- inner: large_table l (300GB)

[AFTER]
Append
 +- GpuJoin (JOIN-Qual: h.huge_id = l.large_id)
 |   +- outer: huge_table h (2TB) WHERE hash(huge_id) % 3 = 0
 |   +- inner: large_table l (300GB) WHERE hash(large_id) % 3 = 0
 |
 +- GpuJoin (JOIN-Qual: h.huge_id = l.large_id)
 |   +- outer: huge_table h (2TB) WHERE hash(huge_id) % 3 = 1
 |   +- inner: large_table l (300GB) WHERE hash(large_id) % 3 = 1
 |
 +- GpuJoin (JOIN-Qual: h.huge_id = l.large_id)
     +- outer: huge_table h (2TB) WHERE hash(huge_id) % 3 = 2
     +- inner: large_table l (300GB) WHERE hash(large_id) % 3 = 2

[kaigai]

2932a693bde27b698967bfebb311773a25ad353a で一旦終結。