Linux内核:内存管理——内存计算

为什么并行计算?

  • 计算量大
    • 单进程算得不够快,多CPU算
  • 内存需求大
    • 单机内存不够大
    • 内存随机访问比硬盘随机访问快100,000倍
  • I/O 量大
    • 单个硬盘读写太慢,多个硬盘读写

并行计算的挑战

  • 编程困难
    • 并行性识别与表达,难写
    • 同步语句,难写对
  • 性能调优难,难写快 (并行计算目标就是提升性能,性能调优难)
    -负载平衡
    • 局部性 (高速缓存cache,使用cache可以快10倍左右)
  • 容错难

并行计算中的局部性

矩阵相乘,按列访问会造成cache失效

分块算法,得到更高的局部性

高可用性

大数据处理系统通常是由大量不可靠服务器组成的,如果处理1个10天的大数据处理任务时在第8天机器坏掉怎么办?

重新计算不一定能解决问题

传统的容错方法不适用

  • 锁步法(性能会有较大影响),多版本编程(多个人来编程,对比结果,软件容错)
    检查点设置与恢复(保存程序状态,从保存状态位置继续执行,IO量大)

大数据处理并行系统

内存计算需求

  • 用户只需要编写串行程序
  • 自动并行化和分布式执行
  • 自动容错
  • 自动负载平衡
    用户对系统提出了更高的要求
  • 更复杂的多阶段任务
  • 交互式查询
    Map Reduce 的局限性
  • 表达能力有限
    • 只有Map 和Reduce两种操作
  • 复杂任务通常需要迭代的 MapReduce
    • 需要将中间结构保存在硬盘上
    • 大量I/O操作造成性能急剧下降
  • 引入的I/O操作多,只能做离线分析,很难支持数据的交互式查询

MapReduce 文件传递数据

如果能用内存保存数据࿱

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值