像整机气动模拟或者结构模拟这种大活，真正的计算过程肯定是要在超算上面完成。

但是作为输入输出终端的pc上面还是可以看到保存下来的日志文件。

这个年头，很多终端和服务器的连接还是跑batch的ftp，一天只抓取一次数据的那种，而不是实时联动的api。

当然因为服务器端的计算速度本来也比较有限，所以倒也不显得效率很低。

“我们主要在两个方向的研究里面遇到了基本相同的麻烦。”

姚梦娜把两台电脑放在桌子上，稍微理了理散乱开的头发之后开始解释道：

“一个就是刚刚说过的，对机体部分进行结构分析的计算结构力学问题。”

她说着在其中一台电脑的键盘上敲击几下，进入了一个账号，并调出一系列的运算结果。

紧接着又转向第二台电脑，进行了类似的操作：

“另一个就是，我们同时也在研究飞机投掷大尺寸吊挂物时候的气流干扰问题。”

“在之前的风洞测试中发现，有些弹药，尤其是一些本身升力比较强的巡航弹药，它们和机翼形成的整体被破坏之后，不仅不会马上进行自由落体，反而会向上运动损坏机翼，我们希望能在第七批次的飞机投产之前解决这一隐患。”

早期的苏27由于基本不考虑对地攻击，不需要携带什么大尺寸弹药，而且也没有外挂副油箱，所以无需考虑这类问题。

所以，在同一平台开发多用途飞机的时候，就会产生一些很容易被忽视却又奇奇怪怪的问题。

“我来看看……”

常浩南来到刚刚的第一台电脑前面，弯下腰认真地查看起程序的运行日志来。

跟在后面的何明则非常恰到好处地搬来一张椅子放在常浩南身后。

“常总，您先坐。”

过了几秒钟，意识到什么的他又给姚梦娜搬来了第二张，放在紧挨着常浩南的地方。

“用的是双曲型面结构网格和体结构网格……说起来，你们这建模的水平很高啊，几何造型处理步骤只用了几天时间就结束了？”

几何造型处理，是网格生成过程中的前序步骤。

1997年这会，全世界绝大多数计算流体力学和计算结构力学模拟面临的主要难题，其实是缺乏一个成熟的，从cad模型到表面结构网格生成的应用工具。

对于现有的网格生成工具来说，对于一些精度稍高一些的模型，往往需要6个月左右，甚至更长时间才能完成整个生成工作。

比如波音747lcf的简化模型都用了4个月时间。

而v22鱼鹰更是花了超过9个月。

并且从后来的角度看，显然还存在设计缺陷。

相比之下，耗时几个星期到一个月的几何造型处理并不算什么大问题，也完全可以接受

但是对于torchmultiphysics来说，网格生成过程一般会被缩短到1-2个月，这样一来，几何造型处理的速度就显得有点慢了。

只不过常浩南始终没来得及把精力放到建模那边，一直都是直接用达索的软件包。

“苏霍伊那边的工程师带来的一个新建模软件，叫kompas，我稍微调整了一下torchmultiphysics的接口兼容性，让它能直接对接kom格式的工程文件。”

“本来只是图个省事，结果发现这套建模方式跟我们软件的适配度非常高，就这么一直用下来了。”

尽管这并不是今天要解决的主要问题，但常浩南还是稍稍留意了一下。

大毛的电子工业水平停滞了将近10年，已经逐渐落后，但要论软件和算法这块，倒并没怎么落下。

虽然由于市场不够大的问题很少出什么爆款（除了telegram），但绝对是有一些奇技淫巧在身上的。

一段小插曲过后，常浩南再次把注意力放在了后面的网格生成日志上面。

“子区域网格块数253……”

“网格单元数万……确实不少，复杂度很高嘛……”

“网格装配……”

看到这最后一步时，他很快发现了不对劲：

“吔？”

按照正常的流程，torchmultiphysics应该把这253个网格块通过重叠区域内的网格间插值自动“拼装”在一起。

但日志却显示，软件在这个步骤上，卡住了。

准确地说，是在这个拼装步骤之前的数据抓取过程中就卡住了。

“数据太多了？”

这是常浩南第一个想到的可能。

但他设计的网格生成算法逻辑里面，特地针对大模型降低了计算复杂度。

也就是说模型再复杂，无非是计算所用时间无限延长，并不会导致爆内存之类的问题。

总之就是不可能卡在这里。