CFD中文网

@tidedrinker 39s相当炸裂了。NPS我倒是没改过，我有机会试试。

@tidedrinker 老兄设备多啊，不上7773X吗？更大的三缓也很关键

@秋山结月 在 200万网格并行算力测试（OpenFOAM版本） 中说：

@tidedrinker 我之前也觉得可能是因为这个，但是事实上多插了两根内存条并没有改善现状。插满内存条的经费我现在也没有，只有先等等看以后能不能重新测个数据了。

4根内存条也不至于这么慢，插4根应该是每个三缓1根，我记得这个型号一共有4块三缓，8个核心共用一块。插4根内存，8核也应该在135s左右。没改善估计是位置插错了，内存通道插满，32核成绩应该在70s左右。

@mithraLa 对啊，哪怕是14代i9，也只有8个大核，再多真没用了。7302这种神U，是8通道3200ddr4，16核，每通道2核；考虑到内存频率，6400的ddr5，每通道4核刚刚好。也就是说12通道4800的9004，每通道3核，也就是36核刚刚好。
问题是这年头，通道比核贵啊，多买几个核，效率是低了，但峰值性能还是能提高。

@李东岳 这么夸张啊，我在你那个200万网格测试例中霸榜的数据，是用hyper-v跑出来的，理论讲wsl 2和hyper-v一样。

foamToVTK

很明显，正经生产环境都是超算，既不用wsl也不用虚拟机。开发环境我两者都用，个人办公电脑用wsl，因为顺手，课题组公用服务器用hyper-v，因为有多用户功能。性能差一倍完全可能，要看测试算例和具体配置，不钻牛角尖的话，两者性能差距没这么大，或者说wsl2.0和hyper-v性能应该一样。

@2019201300 i7只有两个内存通道，在正确的位置插两条就行。开不开小核影响不大，意思是bios开不开小核对峰值性能影响不大，很显然，你这种情况，并行数为8达到峰值性能，并行数设置成16算是误用，bios里开小核和用小核参与并行计算明显是两个概念，我相信你开了超线程，并行数设置成24，会更慢，这种大小核cpu并行数等于大核数量性能最好，小核的功能主要是在负载低的时候降低功耗。我看你测试结果很好了啊，用了虚拟机会慢一丢丢，很接近我的结果了。

@liuxin 大小核的原因，混用大小核的话，大核会被拉低到小核的水平

我5年前就就收到过类似求助，解决之后还是陆续收到不同版本的求助，今天跑来问我这个版本怎么装不上，这个版本装上了那个版本怎么又装不上，笔记本装上了，超算怎么装不上。这么多年过去了，这软件的易用性没有进步，用户换了一波又一波，永远都是新手在用，学会了拿到学历就转行走人。

@tidedrinker 7002系列性价比真的无敌

@Gxfile 目测是Intel-W系列首测？这成绩连13700F都不如，是不是有啥配置没弄对？Intel-W支持8×3200MHz内存，13700是2×6400MHz，即便Intel-W主频低，也不会比13700慢啊。

@李东岳 海鲜市场可多了，海光应该还挺好用的，龙芯没玩儿过

三只青蛙跳下水，不懂，不懂，不懂

没太看明白，文献最大流速是0.4m/s，你算的是0.6m/s？差这么多可真够离谱的，既然你水面高度和水槽宽度都定了，流量也定了，流速不就定了么？还算啥？

只要收敛判据一致，松不松弛对结果没影响，升阻力系数算不准的原因那可多了。

@江山不如凉竹 我也用过超算，超算中心服务水平各异，有些确实存储空间紧张，反正就是各种难用，实在不行你就写脚本，自动后处理，自动删没用的原始数据。

@江山不如凉竹 超算可以买存储空间，在超算上后处理，然后删掉没用的原始数据，把后处理结果传输回来。后处理软件加载压缩过的数据会变慢，压缩也会耗时，一来一回就是用CPU时间换硬盘空间。

30T只是两块硬盘的容量，用机械硬盘加缓存或者机械硬盘阵列的方案，成本都还可以接受；如果在远程服务器算的话，数据传输可能是个问题。CFD的最终产出无非是报告、论文、视频，都是小数据，openfoam输出的物理场数据并不需要长期保存。
另，数据规模越大越不建议压缩，paraview后处理可以自动解压，无需干预，但性能会大幅下降。

看起来是个简单问题，但需要了解更多信息才能判断。报错信息就是字面意思，关键词version未定义，可能的原因是文件不完整，比如第一次加密网格写入文件时意外退出。