宋颜教授汇报完，其他单位依次汇报自己负责的技术方案，同时接受大家的质询。
硬件、存储、人机交互、电源、分离元器件……
不知不觉就到了中午，众人吃了点简餐，继续开会。
陈教授站起来，走到台上：“同志们，今天听了大家的方案，非常具有可行性，特别是宋教授的方案，非常好，但是我有一个问题，不是问宋教授，是问我们在座的每一个人。”
他转过身，重新挂上宋教授的那张系统框图。
“宋教授，这个方案，五十六个运算单元，是一个计算核心。对不对？”
宋颜点点头。
陈教授继续说：“那如果我们将来需要更大的算力呢？比如，魏知远教授的数字孪生，从现在的1024×1024网格，升级到2048×2048，甚至4096×4096。一个核心够不够？”
宋颜沉默了几秒：“不够。”
陈教授点点头：“那怎么办？重新设计一个更大的核心？112个单元？224个单元？”
他转过身，面对全场。
“同志们，我今天要提一个思路。不是否定宋教授的方案，是在这个方案的基础上，往前走一步。”
他拿起粉笔，在黑板上画了一个图。
一个圆圈，周围围着几个圆圈，都用线连到中心。
“这是宋教授的方案，星型拓扑，一个中心控制，七个运算芯片，这是一个计算节点。”
他又画了一个更大的图，中心一个大圆圈，周围围着几个小一点的圆圈，每个小圆圈周围又围着几个更小的圆圈。
“如果我们把宋教授的这个节点，看作一个单元。那么，我们能不能把多个这样的单元连接起来，构成一个更大的系统？”
他用教鞭指着那些圆圈。
“这是多核心并行系统。不是用一个核心算，而是用多个核心一起算。一个大的计算任务，切分成小块，分给不同的核心同时算。算完之后，把结果拼起来。”
他放下教鞭：“这个思路，在数学上，叫分而治之。在计算机领域，叫并行计算。”
台下安静下来。
陈教授继续说：“我刚才听宋教授讲的时候，一直在想一个问题。我们这个昆仑工程，目标是什么？是造一台机器，解决当前的问题？还是造一个平台，让后人能在这个平台上继续往前走？”
他看着全场：“我认为，应该是后者。”
“如果只是造一台机器，那宋教授的方案就够了。56个单元，够魏教授用几年。但几年之后呢？再从头开始，重新设计一个新核心？”
“如果我们要造的是一个平台，那就必须在今天的方案里，留下生长的余地。让后人可以通过连接多个核心，获得更大的算力。”
他指着黑板上的那个大图。
“这叫多核心并行。在这个架构里，宋教授的那个核心，只是一个子核心。上面还有一个全局管理核心，负责把任务切分、分发、协调、合并。”
“全局管理核心的功能是什么？第一，任务分发。把一个大的计算任务，比如1024×1024的矩阵乘法，切分成子任务，分配给各个子核心。第二，数据协调。确保所有子核心需要的数已经到位，算完之后的结果能正确合并。第三，状态监控。盯着所有子核心，谁出问题了，马上处理。”
他顿了顿：“这是第一层。当子核心的数量增加到几十个的时候，单一的全局管理核心会变成瓶颈。那时候，就需要层次化管理。子核心上面有机柜管理器，机柜管理器上面有系统总控。”
他放下教鞭：“同志们，这不是天方夜谭。这是国际计算机界正在探索的前沿方向。我今天提这个思路，不是要大家现在就做几十个核心的机器，是希望大家在设计今天这个核心的时候，给未来留一扇门。”
首长坐在第一排，一直没有说话。
听到这里，他转过头，看着旁边的刘星海：“老刘，陈教授说的这个，你能不能用大白话给我解释一下？”
刘星海点点头，站起来。
“首长，我打个比方。”他说，“宋教授设计的这个核心，好比一个能独立作战的步兵班。有班长，有战士，能自己解决一个小战斗。”
“陈教授的意思是什么呢？是说，将来我们要打大仗了，一个班不够，要把几个班编成一个排。那怎么办？得有个排长，得有个通信兵，得有个统一的指挥体系。”
他指着黑板上的图：“这就是陈教授说的全局管理核心。它不亲自打仗，它负责告诉每个班，你打哪个方向，什么时候进攻，什么时候撤退。几个班打完之后，它把战果汇总起来，报告给上级。”
首长点点头：“明白了。那层次化管理呢？”
刘星海继续说：“打仗人多了，一个排不够，要编成一个连。连部下面有几个排，排下面有几个班。这就是层次化管理。总指挥不直接指挥士兵，他指挥连长；连长指挥排长；排长指挥班长。一层一层下去。”
这章没有结束，请点击下一页继续阅读！