DAG 2.0 上,针对这种 LIMIT 的场景,依托新执行框架的动态能力,实现了哪些优化?
·上游 Exponential start: 对于这种大概率下上游 mapper 计算节点不需要全部运行的情况,DAG 框架将对mapper 进行指数型的分批调度,也就是调度按照 1, 10 ... FULL 的分批执行;
·下游的 Early scheduling: 上游产生的 record 数目作为执行过程中的统计数据上报给 AM, AM 在判断上游已经产生足够的 record 条数后,则提前调度下游 reducer 来消费上游的数据; ·上游的 Early termination: 下游 reducer 在判断最终输出的 LIMIT 条数已经满足条件后,直接退出。这时候AM可以触发上游 mapper 整个逻辑节点的提前退出(在这种情况下,大部分 mapper 可能都还没有调度起来),整个作业也能提前完成。
以上内容摘自《“伏羲”神算》电子书,点击https://developer.aliyun.com/topic/download?id=873
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
MaxCompute(原ODPS)是一项面向分析的大数据计算服务,它以Serverless架构提供快速、全托管的在线数据仓库服务,消除传统数据平台在资源扩展性和弹性方面的限制,最小化用户运维投入,使您经济并高效的分析处理海量数据。