我的学习闭环系统 第77节

  理论上来说,每节点配备256GB内存的情况下,64节点总可用内存是16TB。

  再根据无矩阵方法的内存模型估算,最大可求解自由度在45亿自由度。

  但那是理论的极限,受限于硬件配置,是不可能实现的。

  而一般学校计算中心都是采用实用和高效的配置。

  每节点管理3000万到4000万自由度。

  那64节点可以求解的问题规模,就是19亿到26亿自由度。

  可现在,陈言的这套架构设计,跑出了33亿自由度的求解问题规模!

  远远超过了一般情况下能达到的26亿自由度的上限!

  要知道,一辆汽车发动机悬置的精细有限元模型,通常也只是500万到2000万自由度。

  一个全三维花纹轮胎模型,也不过是1000万到3000万自由度。

  而陈言的这套架构设计,早超过了这个规模,是真正的超大规模架构!

  换言之,他的这套架构设计,如果用在轮胎,或者是密封系统的多次载荷步非线性仿真上。

  将在极短的时间内就能完成!

  远超过传统商业软件在单台工作站上需要数天的处理效率!

  而且,那玩意还有可能直接报内存不足。

  而陈言的,完全没有这个顾虑!

  这还只是单从求解问题规模这一个数据上面,他们所能想到的。

  而陈言的这套架构设计,可是只用了差不多4个小时就运行完了。

  还有其它的数据呢?

  想到这,沈川三人当即收敛心神,看向正在操作电脑的陈言。

  陈言之所以切走屏幕,其实是因为输出文件下载完成了。

  当然,他也没有注意到三人没来得及看最后的输出内容。

  下载的输出文件有好几个。

  除了每个载荷步都保存场数据,要下载的一系列文件比较大外。

  其它的文件,如记录最终变形后应力和应变场的,只有几百MB。

  而更小的记录每个载荷步每次迭代残差和自适应开关的,则只有几KB。

  所以,他才会下载的这么快。

  在文件下载完成后,陈言没有丝毫停顿。

  一边直接利用沈川电脑上现有的软件,开始处理这些文件里的数据。

  一边同步将所有文件转发给了任淮和陶思齐,由他们负责协助处理文件里的数据。

  早晨在发现任务执行后,他俩的电脑就已经打开在等着了。

  见陈言把文件发来,两人也是立即回到了自己的书桌前。

  而沈川则是坐在陈言身旁,时不时地指导一下软件的使用。

  也是在这个时候,沈川三人终于找到了自己的价值。

  得亏陈言接触算法的时间不长,还没摸索过这一应处理工具的使用方法。

  要不然,他们三嘴上虽然说的是参与算力验证的后续阶段,但更像是来蹭算法的了。

  现在虽然也有点像这么回事,但多少不是参与了点么?

  数据处理的速度很快,特别还是三个人协作的情况下。

  前后不过十来分钟,渲染好的应力云图,绘制的力-位移曲线。

  还有生成的收敛历史半对数图,各牛顿步性能数据的统计等等。

  所有后处理的文件,便全部汇聚到了陈言这。

  随着这些文件的汇总,再被逐一打开,呈现在电脑上。

  沈川三人终于看见了,这套算法在集群上运行后的全部数据。

  顿时,三人瞪大了眼睛,齐齐倒吸一口凉气!

  求解问题规模33亿自由度!

  64节点强扩展效率90.3%,通信占比4.1%!

  弱扩展效率93.9%!

  还有,算法收敛性数据,混合精度与无矩阵效果数据……

  全都近乎完美!

  再加上硬件利用率数据,也在证明着硬件没有任何浪费!

  这数据太震撼了!

  33亿自由度的求解问题规模不说。

  这组强扩展效率数据,更是直接证明了架构设计的完美!

  理想数据下,64节点强扩展效率要大于85%,通信占比小于5%。

  这组数据远高于理想数据的要求!

  而且,这组数据意味着,这套架构设计几乎完美地克服了通信瓶颈!

  通俗点说就是,随着节点的增加,不会带来明显的同步等待。

  一般8小时的工作,用64节点能在半小时内跑完。

  完全有了实现交互式设计迭代的可能!

  再加上弱扩展效率93.9%,意味着已经达到了90%以上的世界级水平要求!

  也代表这套架构设计,可以线性吞下任意大规模问题,算力利用率极高!

  再加上其它的各项数据,毫不夸张地说,陈言所做的架构设计。

  等于在刚跑完,就已经完成了算力验证的阶段!

  毕竟,不管是正确性验证,还是单GPU性能。

  亦或者是多节点扩展性这些算力验证的内容。

  这些数据都给出了完美的回答!

  以至于,这些数据震撼得他们,感觉一点都不真实!

  他们想过,陈言直接做大规模可扩展性极限测试,可以一次成功。

  但他们完全没想到,居然能成功到这种地步!

  因为这不是那种跑通了,就算是成功。

  而是一份足以支撑高水平论文,乃至于商业展示的硬核算力证明!

  沈川赶忙眨了眨眼,生怕自己别真的看错了,或者是看漏了什么。

  在看了一遍后,他又揉了揉眼睛,再次确认了一遍。

  旁边的任淮,也同样先是揉了揉眼睛。

  但似乎是担心自己没睡觉,他随手便用力拍了陶思齐一巴掌。

  陶思齐正在揉眼睛呢,顿时被吓了一个激灵:“老淮,你干嘛!”

  “啊?”任淮不好意思地说道,“我看是不是在做梦……”

  陶思齐:“……”

  虽然他们被数据震撼得感到不真实,但他们的反应却很是真实。

  当然,他们心里也很清楚,之所以能跑出如此亮眼的数据。

  全是因为架构设计过于完美,代码实现也没有瑕疵。

  而这一切,都出自面前这个,仍然平静分析着数据的少年。

  看着面色淡然的陈言,他们十分怀疑。

  这个学弟是不是没看懂这个数据啊?

  怎么能有人,在第一次做大规模可扩展性极限测试。

  就跑出这个数据情况下,还能这么淡定的?

第92章 足够发一篇一区顶刊(求追读)

  一时间,沈川三人又有些不确定地互相看了看。

  难道说,真是自己把数据看错了?

  还是说,这个学弟发觉了哪里不对,这些数据本身其实是有问题的?

  要不然,他们实在想不通!

  可他们刚才不止确认了一遍电脑上汇总的各项数据呀?

  就连陶思齐都挨了一巴掌!

  想了想,三人又重新把目光放在了电脑屏幕上。

  跟着陈言切换的每一份文件,再次查验起了各项数据。

  终于在又扫了一遍全部数据后,他们十分确定,自己的确没有看错!

  任淮忍不住问道:“陈言,你看到你的这些数据了吗?”

  “看到了呀。”

  陈言下意识应了一声,有些没明白对方的意思。

  但当他将目光从电脑屏幕上移开,转而看向任淮时。

  才发现不止是任淮,沈川和陶思齐也都有些莫名的看着他。

  他不禁有些奇怪:“这些数据挺好的呀,怎么了?”

  任淮说道:“不是,就挺好的吗?你知道你这些数据意味着什么吗?”

  陈言想了想,说道:“意味着我的架构设计没问题呀。”

  顿了顿,他又说道:“我在做架构设计的时候,

  目标就是为了解决非线性系统的并行计算架构设计,

  再完成MPI分布式计算方案的优化设计,

  同时尽可能解决算力最大化利用的难题,

首节 上一节 77/271下一节 尾节 目录