对于现有的网格生成工具来说，对于一些精度稍高一些的模型，往往需要6个月左右，甚至更长时间才能完成整个生成工作。
比如波音747lcf的简化模型都用了4个月时间。
而v22鱼鹰更是花了超过9个月。
并且从后来的角度看，显然还存在设计缺陷。
相比之下，耗时几个星期到一个月的几何造型处理并不算什幺大问题，也完全可以接受
但是对于torch multiphysics来说，网格生成过程一般会被缩短到1-2个月，这样一来，几何造型处理的速度就显得有点慢了。
只不过常浩南始终没来得及把精力放到建模那边，一直都是直接用达索的软体包。
「苏霍伊那边的工程师带来的一个新建模软体，叫kompas，我稍微调整了一下torch multiphysics的接口兼容性，让它能直接对接kom格式的工程文件。」
「本来只是图个省事，结果发现这套建模方式跟我们软体的适配度非常高，就这幺一直用下来了。」
尽管这并不是今天要解决的主要问题，但常浩南还是稍稍留意了一下。
大毛的电子工业水平停滞了将近10年，已经逐渐落后，但要论软体和算法这块，倒并没怎幺落下。
虽然由于市场不够大的问题很少出什幺爆款（除了telegram），但绝对是有一些奇技淫巧在身上的。
一段小插曲过后，常浩南再次把注意力放在了后面的网格生成日志上面。
「子区域网格块数253……」
「网格单元数13300万……确实不少，复杂度很高嘛……」
「网格装配……」
看到这最后一步时，他很快发现了不对劲：
「吔？」
按照正常的流程，torch multiphysics应该把这253个网格块通过重迭区域内的网格间插值自动「拼装」在一起。
但日志却显示，软体在这个步骤上，卡住了。
准确地说，是在这个拼装步骤之前的数据抓取过程中就卡住了。
「数据太多了？」
这是常浩南第一个想到的可能。
但他设计的网格生成算法逻辑里面，特地针对大模型降低了计算复杂度。
也就是说模型再复杂，无非是计算所用时间无限延长，并不会导致爆内存之类的问题。