当然，背刺这种说法，只是常浩南的内心吐槽。
真要说出来的话，就有点小题大做了。
达索虽然和火炬集团有所合作，也是TORCH Multiphysics软件的重要用户之一，甚至还购买了曙光集团专门推出的超级计算机。
但在数值计算这块，总归只是厂商和客户的关系。
双方并未结成任何形式的商业联盟，而猎鹰Z的合作研发协议中也没有规定说工程文件必须以何种形式提交。
只不过，这种“合作伙伴抛弃自己选择友商同类产品”的情节，实在是过于NTR了。
因此，常浩南还是把那个工程文件给下载了下来。
实际上，TORCH Multiphysics在某个小版本之后，甚至可以兼容打开和编辑cmph文件。
最多会有一些COMSOL Multiphysics的专属功能无法使用而已。
很快，常浩南的电脑屏幕上，就出现了一个已经做好网格化分割的机翼。
而且，还是已经带上细节的。
如果放大，甚至能看到襟副翼建模，以及翼梢小翼。
严格来说，算是翼尖帆。
应该是借鉴了空客A320的某些设计。
当然这也正常。
飞机设计嘛，尤其是民机设计。
好用的要素很快就会一传十十传百地扩散开来。
“让我看看你们这是在算些什么东西……”
常浩南开始进一步查看工程文件中所带有的一些数据——
1997年，TORCH Multiphysics的第一个试用版发售时，常用且方便的储存媒介几乎只有3.5英寸软盘。
为了避免工程文件太大，以至于需要分几张盘来储存的情况，常浩南就把编辑和运行的日志文件从工程文件当中剥离了出来。
后来，这就成了几乎所有数值计算软件的惯例。
结果，现在回旋镖扎到了自己头上。
在缺少信息的情况下，常浩南花了大概半小时，才整明白达索这帮工程师在研究些什么问题。
简单来说，他们应该是准备设计出一种可以在跨音速范围内阻力极低的机翼。
由于M88核心机改出来的小推力涡扇动力十足，因此，只要机身，尤其是机翼部分的阻力达标，那么这架飞机完全可以在0.9马赫，甚至0.95马赫的“准音速”下实现经济且安静的航行。
这意味着，相比于当前市面上航速普遍在0.7-0.8马赫的竞争对手，猎鹰Z可以节约大概15%的飞行时间。
对于公务机瞄准的客户群体来说，显然很有吸引力。
而且也是個非常好的宣传噱头。
不过，猎鹰Z总归不可能把机翼做成三角翼或者后掠翼。
要在大体属于平直翼的机翼上实现优秀的近音速性能，光靠优化翼型是没前途的。
翼面细节也要关注到才行。
而这份工程文件，就是在计算近翼面处的空气流动情况。
说起来跟当年常浩南优化歼8C翼型那会所做的工作性质类似。
不过精细程度要高得多。
毕竟，在结构容许的范围内，战斗机无需考虑气流造成的噪声和抖动。
实际上，即便单考虑结构，大展弦比的平直翼也比三角翼要复杂得多。
因此，以这份工程文件呈现出的内容来看，达索的工程师们似乎还处在相对早期的研究当中。
而换用COMSOL Multiphysics，也大概率是看中了其宣传中的高计算效率。
否则这翼型大概率赶不上猎鹰Z的时间表。
当然，客机嘛，结构相对简单。
很多型号（比如当年的新舟60）甚至把不同设计的机翼作为选装件提供给客户。
但如果能赶上首发作为标配，那肯定是更好。
不过……
看着屏幕上的机翼建模，常浩南一只手轻轻扶上了下巴。
“这个计算结果，似乎……有些问题？”
在三星海工搞出这一波事情之前，常浩南出于兴趣，就一直在研究有限体积法求解粘弹性本构方程时，遇到高计算权重问题的解决方法。
实际上，他已经找到了一种不涉及扩散项的本构方程，只是还没有来的及找出具体的求解方法。
在那个过程中，常浩南使用了手头大量的既有算例，为高阶数据降维过程提供“学习素材”。
所以，尽管他本人无法像计算机那样给出精确到一定位数的数值计算结果，但对于结果的特征，或者说趋势，还是有些直觉的。
但达索那边算出来的几组结果之间，却不符合他的直觉。
“刘教授。”
常浩南抬起头，看向正坐在沙发上，已经喝掉了不知道第几杯茶水的刘洪波。
“嗯？”
后者这功夫正百无聊赖，纠结着是否要主动告辞，就听到了自家老板的声音：
“常总您说。”
“你那有2.5版本的COMSOL Multiphysics对吧？”
常浩南问道。
“有的。”
刘洪波有些茫然地回答。
“那就好。”
常浩南说着重新把视线投回到屏幕上，然后把那封来自达索的邮件转发到了刘洪波的邮箱里：
“我给你发了一份邮件，里面有一个COMSOL Multiphysics的工程文件，你回去之后用他们最新版本的软件打开，什么也不要改，直接从头开始跑一遍计算。”
尽管刘洪波仍然不知道常浩南想要干什么，但他还是点了点头：
“好，我尽快把结果发给您。”
然而常浩南却直接摇头：
“不……结果我不需要。”
“你到时候把这个计算过程的日志提取出来，然后发到我邮箱。”
……
刘洪波的动作相当快。
只过了不到两天时间，常浩南就收到了他发送过来的日志文件。
txt格式的。
COMSOL Multiphysics由于比历史上早了好几年独立发售，所以很多软件层面的细节并不好。
比如典型的，直接用txt格式储存日志。
当然，对于常浩南这种肉眼查日志的硬核狠人，那确实是方便了不少。
而检查的结果……
也印证了他两天前的猜测。
“真是艹了……”
常浩南整个人靠在椅背上，自言自语地笑骂了一句——
从近两个月前，他就开始思考，COMSOL到底会如何解决粘弹性本构方程的高计算权重问题。
而结果是……
根本没解决……
从日志中可以看出，计算过程就是直接按照一般方法，采用格心FVM离散方式对N-S方程进行数值求解。
只不过，带有这些特征的情况确实比较极端，实际上并不算常见。
尤其COMSOL过去的老主顾普遍是实力和财力都有限的学校和中小型企业。
更不常见了。
而在2.5版本之后才开始尝试使用COMSOL Multiphysics的新客户，这会大多数应该还没完全适应。
就像达索，都已经开始用它做起项目了，但仍然处在摸索状态。
连结果有问题都不知道。
所以，到目前为止，瑞典人应该还没有得到相关反馈。
换句话说，他们很可能从始至终，都根本不知道，或者没想过刚刚那个问题……
而常浩南……
则一直在跟空气斗智斗勇。
想到这里，他苦笑着摇摇头，然后打开Word文档，准备写一份备忘录，把情况告知给达索方面。
毕竟，猎鹰Z是大家共同开发的项目。
如果在机翼这种大活上出现差错，势必要影响整个项目的进度。
顺便名正言顺地让他们用回过去的计算工具。
得益于并未绑定有限体积法，TORCH Multiphysics在计算粘弹性本构方程时根本不需要面对高计算权重问题。
而代价则是比较吃计算资源。
但无论如何，总比最后算出问题的好。
至于COMSOL这个竞争对手……
常浩南则已经有了个相当“邪恶”的想法。
真要说出来的话，就有点小题大做了。
达索虽然和火炬集团有所合作，也是TORCH Multiphysics软件的重要用户之一，甚至还购买了曙光集团专门推出的超级计算机。
但在数值计算这块，总归只是厂商和客户的关系。
双方并未结成任何形式的商业联盟，而猎鹰Z的合作研发协议中也没有规定说工程文件必须以何种形式提交。
只不过，这种“合作伙伴抛弃自己选择友商同类产品”的情节，实在是过于NTR了。
因此，常浩南还是把那个工程文件给下载了下来。
实际上，TORCH Multiphysics在某个小版本之后，甚至可以兼容打开和编辑cmph文件。
最多会有一些COMSOL Multiphysics的专属功能无法使用而已。
很快，常浩南的电脑屏幕上，就出现了一个已经做好网格化分割的机翼。
而且，还是已经带上细节的。
如果放大，甚至能看到襟副翼建模，以及翼梢小翼。
严格来说，算是翼尖帆。
应该是借鉴了空客A320的某些设计。
当然这也正常。
飞机设计嘛，尤其是民机设计。
好用的要素很快就会一传十十传百地扩散开来。
“让我看看你们这是在算些什么东西……”
常浩南开始进一步查看工程文件中所带有的一些数据——
1997年，TORCH Multiphysics的第一个试用版发售时，常用且方便的储存媒介几乎只有3.5英寸软盘。
为了避免工程文件太大，以至于需要分几张盘来储存的情况，常浩南就把编辑和运行的日志文件从工程文件当中剥离了出来。
后来，这就成了几乎所有数值计算软件的惯例。
结果，现在回旋镖扎到了自己头上。
在缺少信息的情况下，常浩南花了大概半小时，才整明白达索这帮工程师在研究些什么问题。
简单来说，他们应该是准备设计出一种可以在跨音速范围内阻力极低的机翼。
由于M88核心机改出来的小推力涡扇动力十足，因此，只要机身，尤其是机翼部分的阻力达标，那么这架飞机完全可以在0.9马赫，甚至0.95马赫的“准音速”下实现经济且安静的航行。
这意味着，相比于当前市面上航速普遍在0.7-0.8马赫的竞争对手，猎鹰Z可以节约大概15%的飞行时间。
对于公务机瞄准的客户群体来说，显然很有吸引力。
而且也是個非常好的宣传噱头。
不过，猎鹰Z总归不可能把机翼做成三角翼或者后掠翼。
要在大体属于平直翼的机翼上实现优秀的近音速性能，光靠优化翼型是没前途的。
翼面细节也要关注到才行。
而这份工程文件，就是在计算近翼面处的空气流动情况。
说起来跟当年常浩南优化歼8C翼型那会所做的工作性质类似。
不过精细程度要高得多。
毕竟，在结构容许的范围内，战斗机无需考虑气流造成的噪声和抖动。
实际上，即便单考虑结构，大展弦比的平直翼也比三角翼要复杂得多。
因此，以这份工程文件呈现出的内容来看，达索的工程师们似乎还处在相对早期的研究当中。
而换用COMSOL Multiphysics，也大概率是看中了其宣传中的高计算效率。
否则这翼型大概率赶不上猎鹰Z的时间表。
当然，客机嘛，结构相对简单。
很多型号（比如当年的新舟60）甚至把不同设计的机翼作为选装件提供给客户。
但如果能赶上首发作为标配，那肯定是更好。
不过……
看着屏幕上的机翼建模，常浩南一只手轻轻扶上了下巴。
“这个计算结果，似乎……有些问题？”
在三星海工搞出这一波事情之前，常浩南出于兴趣，就一直在研究有限体积法求解粘弹性本构方程时，遇到高计算权重问题的解决方法。
实际上，他已经找到了一种不涉及扩散项的本构方程，只是还没有来的及找出具体的求解方法。
在那个过程中，常浩南使用了手头大量的既有算例，为高阶数据降维过程提供“学习素材”。
所以，尽管他本人无法像计算机那样给出精确到一定位数的数值计算结果，但对于结果的特征，或者说趋势，还是有些直觉的。
但达索那边算出来的几组结果之间，却不符合他的直觉。
“刘教授。”
常浩南抬起头，看向正坐在沙发上，已经喝掉了不知道第几杯茶水的刘洪波。
“嗯？”
后者这功夫正百无聊赖，纠结着是否要主动告辞，就听到了自家老板的声音：
“常总您说。”
“你那有2.5版本的COMSOL Multiphysics对吧？”
常浩南问道。
“有的。”
刘洪波有些茫然地回答。
“那就好。”
常浩南说着重新把视线投回到屏幕上，然后把那封来自达索的邮件转发到了刘洪波的邮箱里：
“我给你发了一份邮件，里面有一个COMSOL Multiphysics的工程文件，你回去之后用他们最新版本的软件打开，什么也不要改，直接从头开始跑一遍计算。”
尽管刘洪波仍然不知道常浩南想要干什么，但他还是点了点头：
“好，我尽快把结果发给您。”
然而常浩南却直接摇头：
“不……结果我不需要。”
“你到时候把这个计算过程的日志提取出来，然后发到我邮箱。”
……
刘洪波的动作相当快。
只过了不到两天时间，常浩南就收到了他发送过来的日志文件。
txt格式的。
COMSOL Multiphysics由于比历史上早了好几年独立发售，所以很多软件层面的细节并不好。
比如典型的，直接用txt格式储存日志。
当然，对于常浩南这种肉眼查日志的硬核狠人，那确实是方便了不少。
而检查的结果……
也印证了他两天前的猜测。
“真是艹了……”
常浩南整个人靠在椅背上，自言自语地笑骂了一句——
从近两个月前，他就开始思考，COMSOL到底会如何解决粘弹性本构方程的高计算权重问题。
而结果是……
根本没解决……
从日志中可以看出，计算过程就是直接按照一般方法，采用格心FVM离散方式对N-S方程进行数值求解。
只不过，带有这些特征的情况确实比较极端，实际上并不算常见。
尤其COMSOL过去的老主顾普遍是实力和财力都有限的学校和中小型企业。
更不常见了。
而在2.5版本之后才开始尝试使用COMSOL Multiphysics的新客户，这会大多数应该还没完全适应。
就像达索，都已经开始用它做起项目了，但仍然处在摸索状态。
连结果有问题都不知道。
所以，到目前为止，瑞典人应该还没有得到相关反馈。
换句话说，他们很可能从始至终，都根本不知道，或者没想过刚刚那个问题……
而常浩南……
则一直在跟空气斗智斗勇。
想到这里，他苦笑着摇摇头，然后打开Word文档，准备写一份备忘录，把情况告知给达索方面。
毕竟，猎鹰Z是大家共同开发的项目。
如果在机翼这种大活上出现差错，势必要影响整个项目的进度。
顺便名正言顺地让他们用回过去的计算工具。
得益于并未绑定有限体积法，TORCH Multiphysics在计算粘弹性本构方程时根本不需要面对高计算权重问题。
而代价则是比较吃计算资源。
但无论如何，总比最后算出问题的好。
至于COMSOL这个竞争对手……
常浩南则已经有了个相当“邪恶”的想法。