后者这功夫正百无聊赖，纠结着是否要主动告辞，就听到了自家老板的声音：

“常总您说。”

“你那有2.5版本的utiphysics对吧？”

常浩南问道。

“有的。”

刘洪波有些茫然地回答。

“那就好。”

常浩南说着重新把视线投回到屏幕上，然后把那封来自达索的邮件转发到了刘洪波的邮箱里：

“我给你发了一份邮件，里面有一个utiphysics的工程文件，你回去之后用他们最新版本的软件打开，什么也不要改，直接从头开始跑一遍计算。”

尽管刘洪波仍然不知道常浩南想要干什么，但他还是点了点头：

“好，我尽快把结果发给您。”

然而常浩南却直接摇头：

“不结果我不需要。”

“你到时候把这个计算过程的日志提取出来，然后发到我邮箱。”

刘洪波的动作相当快。

只过了不到两天时间，常浩南就收到了他发送过来的日志文件。

txt格式的。

utiphysics由于比历史上早了好几年独立发售，所以很多软件层面的细节并不好。

比如典型的，直接用txt格式储存日志。

当然，对于常浩南这种肉眼查日志的硬核狠人，那确实是方便了不少。

而检查的结果

也印证了他两天前的猜测。

“真是艹了”

常浩南整个人靠在椅背上，自言自语地笑骂了一句

从近两个月前，他就开始思考，SOL到底会如何解决粘弹性本构方程的高计算权重问题。

而结果是

根本没解决

从日志中可以看出，计算过程就是直接按照一般方法，采用格心FVM离散方式对NS方程进行数值求解。

只不过，带有这些特征的情况确实比较极端，实际上并不算常见。

尤其SOL过去的老主顾普遍是实力和财力都有限的学校和中小型企业。

更不常见了。

而在2.5版本之后才开始尝试使用utiphysics的新客户，这会大多数应该还没完全适应。

就像达索，都已经开始用它做起项目了，但仍然处在摸索状态。

连结果有问题都不知道。

所以，到目前为止，瑞典人应该还没有得到相关反馈。

换句话说，他们很可能从始至终，都根本不知道，或者没想过刚刚那个问题

而常浩南

则一直在跟空气斗智斗勇。

想到这里，他苦笑着摇摇头，然后打开Word文档，准备写一份备忘录，把情况告知给达索方面。

毕竟，猎鹰Z是大家共同开发的项目。

如果在机翼这种大活上出现差错，势必要影响整个项目的进度。

顺便名正言顺地让他们用回过去的计算工具。

得益于并未绑定有限体积法，TORCHMutiphysics在计算粘弹性本构方程时根本不需要面对高计算权重问题。

而代价则是比较吃计算资源。

但无论如何，总比最后算出问题的好。

至于SOL这个竞争对手

常浩南则已经有了个相当“邪恶”的想法。

本章完最近转码严重，让我们更有动力，更新更快，麻烦你动动小手退出阅读模式。谢谢