Skip to content

Latest commit

 

History

History
77 lines (49 loc) · 2.6 KB

README.md

File metadata and controls

77 lines (49 loc) · 2.6 KB
Raw

TPCHQuery - Rapids团队

主要设计思想

索引文件

Customer join Order 索引

首先把Customer和Order表join成一张表, 利用 order_date 和 customer_category 来分partition， 把相同(customer_category, order_date)的行group到同一个partition。 我们实现了基于OpenMP的BucketSort实现这一group(对行做reorder)的目的, 并对每个partition按照order-key进行排序来提高之后join时候的内存访问locality。 为了方便join LineItem表, 我们把reorder之后的行存储转为了列存储, 存到了 orders.txt_ORDER_KEY.rapids, orders.txt_ORDER_DATE.rapids 以及meta数据 orders.txt_ORDER_META.rapids。 其中meta数据包含了: partition信息, category映射信息, 还有min-max order_date信息。

LineItem 索引

类似之前的partition思路, 我们按照ship_date进行partition， 并且将reorder之后的行存储转为了列存储, 存到了lineitem.txt_LINE_ITEM_KEY.rapids, lineitem.txt_LINE_ITEM_PRICE.rapids (之后aggregation用) 以及meta数据 lineitem.txt_LINE_ITEM_META.rapids。 其中meta数据包含了: max order id, partition信息, min-max ship_date 信息。

Join算法

Q3中有三个filter, Customer和Order有关的两个filter定位到对应的Order表中partition； LineItem有关的filter定位到对应的LineItem表中partitions。 然后对Order表filtered partions建立bitmap-index, 用LineItem表进行probe和aggregation， 最终选出非0的行按照price选出top-k。

GPU Join Acceleration

GPU负责对keys进行intersection, 之后的price有关的aggregation由CPU来做。 多GPU任务通过分割扫LineItem的filtered partition来实现。

详细测试步骤

以下测试需要在当前目录进行。

链接指定路经下的三个input文件 (/data下的三个文件: customer.txt orders.txt lineitem.txt)

./link_files.sh /data

编译 (默认启用GPU)

./compile.sh

运行 (默认使用两个GPU)

./run.sh customer.txt orders.txt lineitem.txt 1 BUILDING 1995-03-29 1995-03-27 5
  • check with gt_testcase_4.txt
 ./run.sh customer.txt orders.txt lineitem.txt 3 BUILDING 1995-03-29 1995-03-27 5 BUILDING 1995-02-29 1995-04-27 10 BUILDING 1995-03-28 1995-04-27 2
  • check with gt_testcase_3.txt
./run.sh customer.txt orders.txt lineitem.txt 1 BUILDING 1998-08-02 1992-01-02 5

代码目录

请见 q3-src。

编译和运行方法

在详细测试步骤中已经提到。

安装的可执行文件

在当前工作目录，名字为tpch-q3-submit。