字体
关灯
   存书签 书架管理 返回目录

    99%的利用率!
    这在他们看来,根本就是天方夜谭!
    在现有的计算机体系结构中,由于各种瓶颈的存在,比如“内存墙”,比如“指令依赖”,CPU或GPU的利用率,能常年稳定在70%以上,就已经算是神级优化了。
    而黄建功,一开口,就是99%!
    “黄总……这……这不可能吧?”
    孙立国也觉得这个目标,有点太吓人了。
    “以我们现有的技术,根本无法做到如此完美的任务调度和数据管理。”
    “我知道。”黄建功点了点头,“用你们‘现有’的技术,当然不可能。”
    “所以,你们的任务,就是去创造‘不存在’的技术!”
    他的目光,再次变得锐利起来。
    “你们忘了老师的另一个神谕了吗?”
    “‘鸿蒙’架构!HBM高带宽内存!”
    “老师为什么要在‘伏羲’神石的设计图里,加入这个超越了时代的技术?他只是为了解决一个‘内存墙’的问题吗?”
    “不!他是在为我们今天的‘女娲-执行引擎’,提前铺路!”
    “他早就预料到,我们会需要一个能够支撑起海量数据并行吞吐的,超级‘数据立交桥’!”
    “现在,桥已经修好了!你们这些‘交通规划师’,难道还要用‘红绿灯’和‘交警’这种低效率的方式,去指挥交通吗?”
    “你们应该设计的,是一套全新的,智能的,可以自我调节的,‘立体交通网络’!”
    “老师已经把最难的‘物理基础’,都为我们打好了。剩下的,就是考验我们‘工程智慧’的时候了!”
    黄建功的这番话,再次点燃了硬件工程师们心中的火焰。
    是啊!
    他们拥有“鸿蒙”架构!
    他们拥有这个时代,最强大的“物理外挂”!
    如果连他们,都不敢去做那个“创造不存在的技术”的梦。
    那他们,还有什么资格,站在这里,自称是华夏最顶尖的硬件专家?
    “我明白了!”
    孙立国眼中,重新燃起了熊熊的斗志。
    他一把抢过黄建功手中的笔,在那张架构图上,开始疯狂地补充细节。
    “任务分发,不能用传统的‘任务队列’模式!太慢了!核心一多,队列本身就会成为瓶颈!”
    “我们应该设计一种‘工作窃取’(Work-Stealing)的调度算法!让

关闭+畅/阅读=模式,看最新完整内容。本章未完,请点击下一页继续阅读》》
上一页 目录 下一页