第89章 波束之困（1/2）

第二天一早，左城去了天穹项目的开发实验室。实验室里灯火通明，唐旭显然又熬了一夜。

唐旭的工位上摆满了列印出来的仿真日誌，用萤光笔標註了异常的位置。他见左城来了，站起来有些不好意思。

“左总，波束切换延迟的问题我排查了快两周，还没找到根因。“唐旭说，“初步判断是多星並行处理时，波束管理模块和其他模块之间存在资源竞爭，导致切换指令排队等待，延迟从50毫秒涨到了120毫秒。“

左城坐下来，开始翻看仿真日誌。日誌很详细，每一毫秒的状態都有记录。红的是异常段，绿的是正常段，黄色是临界段。左城盯著数据看了半个小时，目光锁定在一段红色区域上，然后把唐旭叫了过来。

“你看这里。“左城指著日誌中的一段，“波束切换指令发出后，在第37毫秒进入了等待队列，直到第107毫秒才被执行。中间70毫秒的等待时间，是什么模块占用了资源？“

唐旭凑过来看：“是频谱感知模块。它在做实时频谱扫描，占用了大量的计算资源。“

“频谱感知和波束管理共用一个计算单元？“

“是的，在当前的架构下，两个模块共享gpu资源。“唐旭说，“之前第二阶段卫星数量少的时候没有问题，但第三阶段480颗卫星同时运行，频谱感知的计算量是之前的四倍，就把gpu资源吃满了。“

左城立刻看到了问题的关键。资源竞爭不是算法的问题，而是架构设计的问题。如果波束管理和频谱感知共用gpu，当频谱感知的计算量暴涨时，波束管理就会被挤占资源。

“两个模块必须做资源隔离。“左城说，“波束管理单独分配一组gpu，频谱感知单独分配一组。这样就不会互相干扰。“

“但我们的硬体平台只有两组gpu。“唐旭说，“一组跑信號处理，一组跑频谱感知和波束管理。如果要隔离，需要加一组gpu，硬体成本会增加百分之十五。“

百分之十五的硬体成本增加，在1.2亿的合同里就是1800万。这个数字不小，但如果波束切换延迟不解决，验收通不过，损失更大。

“先不管成本，解决问题是第一位的。“左城说，“硬体方面我去和蓝湾沟通，看能不能申请变更。你先把资源隔离的方案设计出来，把延迟降下去。“

唐旭点头：“明白。我今天就改。“唐旭说完，立刻回到工位上开始重新设计架构。

左城在实验室里待了一整个上午，和陈浩、唐旭一起討论了资源隔离的方案。最终確定的方案是：信號处理独占gpu组a，频谱感知独占gpu组b，波束管理独占新增的gpu组c。三组gpu各自独立，互不干扰。

“新增的gpu组需要什么型號？“陈浩问。

“和现有的b组一样，型號统一，方便维护。“左城说，“硬体採购的事我去对接，你们专注把软体改好。“

“好。“陈浩和唐旭同时点头。

左城回到办公室，关上门，打开系统面板。他仔细查看了航天通信枝干上波束管理叶片的详细描述。