“子区域网格块数253……”
“网格单元数13300万……确实不少，复杂度很高嘛……”
“网格装配……”
看到这最后一步时，他很快发现了不对劲：
“吔？”
按照正常的流程，ORClpyscs应该把这253个网格块通过重叠区域内的网格间插值自动“拼装”在一起。
但日志却显示，软件在这个步骤上，卡住了。
准确地说，是在这个拼装步骤之前的数据抓取过程中就卡住了。
“数据太多了？”
这是常浩南第一个想到的可能。
但他设计的网格生成算法逻辑里面，特地针对大模型降低了计算复杂度。
也就是说模型再复杂，无非是计算所用时间无限延长，并不会导致爆内存之类的问题。
总之就是不可能卡在这里。
“你们试过手动装配么？”
常浩南思索片刻之后问道。
“试过，但其它部分都好说，到这个中央升力体的时候，哪怕子区域网格只是出现较小的变动，装配输入文件也要做相应的修改，如果全都手动完成，那大概需要……”
姚梦娜微微抬起头计算了一下：
“大概需要手动输入大概6万行代码……”
“……”
6万行代码听着不太多，但考虑到ORClpyscs都自动进行不下去，必须手动调参，这里面肯定还涉及到很多计算和转化问题。
而且更麻烦的其实是，作为一个新软件，能够熟练完成这个过程的人也比较少。
总之，显然不是短时间内能完成的。
常浩南之前对软件进行测试的时候，因为时间紧任务重，也不可能用这种上百个子区域，几亿网格单元的模型去测试。
实际上ORClpyscs发布这么长时间以来，就各个用户反映上来的情况看，也没有谁用在了这种体量的模型上。
所以之前才一直没发现问题。
“手动装配也进行不下去的话……”
常浩南眉头微蹙，手指在键盘旁边的电脑外壳上轻轻敲击着。
“有没有考虑过放弃网格节点的结构性限制，考虑在表面变形时，根据物体边界的变化动态调整模型规则？”
“……”
一阵沉默。
姚梦娜和何明面面相觑。
从二人的表情来看，甚至没能完全理解常浩南这句话的意思。
“比如说。”
看着眼神清澈的二人，常浩南只好做进一步的解释。
但在身上摸了半天，也没找到纸笔。
了解常浩南习惯的姚梦娜赶紧从包里拿出来，放到常浩南手边。
“比如说，我们可以把计算区域比作一个线性弹性体，通过求解弹性力学方程组确定网格节点的位移……”
“代数模型是指网格的位移由动边界位移乘以一个系数得到，该系数在动边界上取1，而在远场边界上取0，内场按一定函数规律插值……”
“……”
一番计算和说明之后，常浩南在已经被画满了的纸上画下一个圈：
“当然，也不是所有地方都能这样，对于太复杂的部分，就可以将网格单元的各边看作弹簧，弹簧系数与边长有关，当边界运动后，通过求解弹簧系统节点受力平衡问题确定新点位置……”
“这样就能在计算过程中调整和控制单元的大小、形状以及网格点的位置，对于网格边界的要求会降低很多。”
“……”
又是一阵沉默。
“ORClpyscs里面……还有这个功能？”
过了相当长一段时间，姚梦娜才用有些怀疑人生的语气问道。
她明明亲自参与了这个软件的开发，但刚刚思索了半天，实在没想起来还有这种玩法。
“当然没有。”
常浩南咔哒一声把圆珠笔尖按了回去：
“但你们可以自己改一下啊！”
(本章完)