第46章 真正的类思维是这样的（1/2）

时间已经到了，纪弘也没顾得上吃东西，直接就前往会议室。

除非有不得已的重大情况，他都是很守时的，中午少吃一顿饭显然不属于这种重大情况。

坐到自己的座位上，抓起面前的奶茶吨吨吨的喝了几口，原本纪弘是不喜欢喝这玩意儿的，但今天，权当是补充能量了。

纪弘也是第一次觉得公司经常有一些神奇脑回路的00后行政小姑娘好像也不是那么离谱——工作能力有就行了，给会议室准备果饮和奶茶什么的都是小事儿。

“我看人都齐了，那咱们就直接开始。”

纪弘直接了当，连个切入都没有：“上午，我在楼下遇到摩尔科技的张总，也谈到类思维架构的思维方式要转变的问题。

“gpu的性能，硬件规模是一部分，运算架构甚至是比硬件规模更重要的另一部分。

“如果说，传统的运算架构相当于程控式的红绿灯，一丝不苟，按照时间设定红黄绿转换。

“那么，现在换成了智能的红绿灯，你们会想怎么做呢？”这么问着，纪弘又喝了一口奶茶。

“监控路口各个红绿灯的流量，智能调节时间。”说话的是摩尔科技的一个小伙子。

“对，”纪弘肯定道：“你们现在的这版ctca架构就做到了这个程度，但是你们不觉得只是这样对不起类思维运算架构这个名字吗？

“动态调节时间，跟思维有一毛钱的关系吗吗？这是大数据！根据数据统计进行的调度。思维是什么？不仅要有数据，还要有分析。

“还拿红绿灯来说，你们至少要把这个红绿灯四个方向的临近路口的车流数据拿出来一起分析一下吧？

“我们不仅要看当前，更要观察和预测未来的趋势。将gpu所有的流处理核心，甚至多片显卡之间的负载均衡预判性的做好规划和预留。

“甚至，就如车流量是具有周期性的，有早晚高峰，节假日高峰一样，项目对算力资源的需求也有一些规矩。

“可能这个规律没有交通流量的早晚高峰那么明显，但我们在调度gpu资源的时候完全可以根据趋势预见性的去考虑数据通信与资源需求的变化，然后去更精准的调度甚至预留？

“预见性很难吗？过去可能很难，但现在我们有类思维模型的ai。

“但凡架构运行一段时间，利用ai，我们就能总结出哪怕是非周期性的特性来辅助我们的ctca架构，这才真正是类思维。”

“好，都休息一会儿，消化一下，我们过一会儿来说说片间通信损失的影响，以及怎么去评估和应对。”

……

“诺，你看，伙计们一个个全都斗志昂扬的，说要把ctca架构的效率再提升个3%。我就知道，来你这儿是对的，类思维，你肯定是最了解的。”

纪弘在办公室多忙活了一会儿，出来就七点多了，在一楼大厅又看到了张建。

“我说张总，工作都做到位了吗？我代表公司持股5%的中等股东卷耳正能，正式对你的工作表示怀疑！”

纪弘玩笑道：“你一个ceo这么闲，天天在我这儿晃悠什么呢？真有事儿上去找我，你这叫啥？蹲守？尾随？”

张建当然是事情一大堆，但是一个同等规模下能够比英伟达发挥出更好性能的架构值得他这么上心，他在这儿等纪弘其实什么事儿都没有，真有事儿早就电话联系了。

“我都不知道怎么说你，预期就超出5%，再加3%也才8%，你至于吗？”

“也才？”张建不乐意了：

“你是不是对‘也才’这俩字儿有啥误解？

“如果以兼容方式使用cuda的生态，同规模能达到英伟达的70%就顶天了，现在不仅不损失，还能超8%，你管这叫‘也才’？”

“张总，你现在抱着一座金山，就别跟乞丐比谁要饭要的多了好吧，要有自己的追求。”纪弘也是接着说道：

“行了，摩尔科技那边的事儿也很多，你就别在这盯着了，ctca开发团队搬到这儿了，我会帮你看着点儿的，有我在，不会有问题。”