小标
2019-01-07
来源 :
阅读 1132
评论 0
摘要:本文主要向大家介绍了【云计算】Spark性能优化之Shuffle性能调优,通过具体的内容向大家展现,希望对大家学习云计算有所帮助。
本文主要向大家介绍了【云计算】Spark性能优化之Shuffle性能调优,通过具体的内容向大家展现,希望对大家学习云计算有所帮助。
一:Shuffle性能调优
1,问题:Shuffle output file lost?真正的原因是GC导致的!!!如果GC尤其是Full GC产生通常会导致线程停止工作,这个时候下一个Stage的Task在默认情况下就会尝试重试来获取数据,一般重试3次每次重试的时间为5s,也就是说默认情况下15s内如果还是无法抓到数据的话,就会出现Shuffle output file lost等情况,进而会导致Task重试,甚至会导致Stage重试,最严重的是会导致App失败;在这个时候首先就要采用高效的内存数据结构和序列化机制、JVM的调优来减少Full GC的产生;
2,在Shuffle的时候,Reducer端获取数据就会有一个指定大小的缓存空间,如果内存足够达到情况下,可以适当的增大该缓存空间,否则会spill到磁盘,影响效率。
此时可以调整(增大)spark.reducer.maxSizeInFlight参数;
3,在ShuffleMapTask端通常也会增大Map任务的写磁盘的缓存,默认情况下是32K,spark.shuffle.file.buffer;
4,调整获取Shuffle数据的重试次数,默认是3次,通常建议增大重试次数;调整获取Shuffle数据重试的时间间隔,默认是5s,强烈建议提高该时间,spark.shuffle.io.retryWait;
5,在Reducer端做Aggregation的时候,默认是20%的内存用来做Aggregation,如果超出了这个大小就会溢出到磁盘上,建议调大百分比来提高性能;
本文由职坐标整理并发布,希望对同学们有所帮助。了解更多详情请关注职坐标大数据云计算大数据安全频道!
喜欢 | 0
不喜欢 | 0
您输入的评论内容中包含违禁敏感词
我知道了

请输入正确的手机号码
请输入正确的验证码
您今天的短信下发次数太多了,明天再试试吧!
我们会在第一时间安排职业规划师联系您!
您也可以联系我们的职业规划师咨询:
版权所有 职坐标-一站式AI+学习就业服务平台 沪ICP备13042190号-4
上海海同信息科技有限公司 Copyright ©2015 www.zhizuobiao.com,All Rights Reserved.
沪公网安备 31011502005948号