Push vs Pull

Push好在两点:1.把结果下推到下流节点,与控制流解耦合,有利于cache

                          2.对于有向无环图,而不仅仅是树的query plan有更好的效果

解释:

pull伪代码

push 伪代码

解释一下push,就是把操作下推到叶子节点,然后返回result buffer。

对于push第二个点好处的解释:两个请求节点,对一个节点做请求

0          0

---》0 《---

1.调度

如果是pull的话,“requests for rows” and “computations to produce rows” are no longer one-to-one. messier with multiple outputs。也就是说,你发起对一行的请求,但是下游算子计算的是别的行的,这可能会导致bug,不太直观

而push就没有这个问题。scheduling of operators was never tied to their outputs in the first place。本来这个顺序对应在这里就不重要,缺少了缺少了嘛

2.生命周期的控制

push:

operators now drive when their consumers process a row, they can effectively force them to take ownership of a row and deal with it.最是完成了就传给上层就行了,依赖反过来后,就没有两个拉取,就一个结果往两个父节点上推

而在pull系统中要做一个没有边界的buffer?这显然不太好

对于cache友好:

与逻辑解耦了,这样比较好,而且actually extremely easy to unroll a synchronous, push-based query into the equivalent code you’d write by hand.编译容易优化?毕竟把操作下推了?

但是对于要求对子节点控制的算法,比如join(迭代器), limit来说就不太好

总之,这个两个没有绝对的好坏,看工作场景。

参考资料:

Query Engines: Push vs. Pull

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值