第237章 开启一个全新世界的钥匙(1 / 3)

投票推荐 加入书签 留言反馈

  会议室里安静了几秒。
  老张靠在墙角,盯著白板上那张层次图,眉头拧成一个疙瘩。
  他之前一直以为小智跑得慢是框架本身的计算复杂度问题,还琢磨著要不要从底层算子做优化。
  现在肖宿把三层结构一画出来,他忽然意识到自己连问题出在哪里都没找对。
  肖宿没有在这个结论上停留太久。
  他转过身,在白板的空白处继续。
  “小智从设计之初就註定和传统调度策略不匹配。”
  他在层次图旁边画了一个新的模块,標註为“任务分解粒度调整器”。
  “要適配小智这种低维解耦结构,调度策略需要改三个地方。
  第一个是任务分解的粒度。
  传统调度器按数据量等大拆分,因为高维空间里数据量和计算量是近似线性的,低维解耦空间里这条线就不成立了。
  语义层数据量大但计算量中等,逻辑层数据量中等但计算量最大,符號层数据量最小计算量也最小,所以拆分粒度不能一样。”
  而分配的逻辑应该是这样的:
  语义层用大块,减少拆分次数,省通信开销。
  逻辑层用中块,避免单节点计算时间过长拖慢整体。
  符號层用小块,充分利用並行度。
  “第二个就是通信拓扑,传统调度器用树形归约,叶节点匯总到父节点,一层一层往上,高维空间里通信量小,树形的瓶颈不明显,低维空间里通信量大增,根节点会被堵死。”
  他很快画出了一个环形结构。
  “而改成环形拓扑,每个节点只和相邻节点通信,数据在环上流动而不是匯聚,总通信量一样,但没有单点瓶颈,平均延迟反而更低了。”
  “第三个是任务亲和性,语义层对延迟不敏感,它的输出是一次性的,早一点晚一点差別不大,但逻辑层和符號层之间需要频繁交换中间结果,对延迟是极度敏感的。
  调度器需要能识別这种差异,把延迟敏感的任务放在同一个物理节点上,或者至少放在同一台交换机下。”
  他放下笔,退后半步。
  白板上清楚地铺著一张图。
  层次结构,粒度分配表,环形拓扑示意图,亲和性標註……
  每一部分的位置都是经过安排的,连箭头都没有多余的交叉。
  宋晓曼盯著那张图看了半天,忽然发现自己不知道什么时候已经把抹布攥成了一个球。
  周庆宇站在白板前,把肖宿写的每一个字从头到尾看了一遍,又看了一遍。
  他明白肖宿的意思了。
  肖宿画的这张图,本质上是在说一件事:
  调度策略的底层逻辑,需要从“通用计算优先”切换到“结构感知优先”。 ↑返回顶部↑

章节目录