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