CFD中文网

@钟余 你看下vorticity的后处理代码，按照Pmax写一下就行了，就是新建一个场，对比取最大值。PS：这是哪本书？

我的计算经验，rhoYi 不进行 flux splitting 影响没那么大。可能还是 @流体中二少年 提到的其他几个原因。

我对这方面不了太了解，但是据我所知，OpenFOAM只能设置三维能谱。

因为基金会版本粒子坐标格式改了，paraview不能直接查看了。你可以使用foamToVTK后处理查看

400万网格，112核要跑那么久吗？我一般算可压的，但是也要不了那么久

可以参数化，把xBreak读取字典设置，这样就不用每次编译了

@李东岳 李老师，我主要做超声速燃烧

@李东岳 明白了，谢谢解答。李老师课程增加这个内容，感觉挺不错的。现在见到的确实基本都是rhoCentralFoam+reactingFoam（纯气）/+sprayFoam（气液）耦合。其实OpenFOAM本身的超声速求解能力感觉并不强大，好多功能。比如做成全隐式减少对小库朗数的依赖，增加高精度通量计算格式，高精度重构格式等都没有，但是其重心不在这边也可以理解。

@李东岳 是的呀李老师，截图是我看到的您写的rhoCentralFoam解析，俄罗斯hybridCentralSolvers的开发者也说，rhoCentralFoam不适合非结构网格，他的更好🤭

@李东岳 李老师，基于rhoCentralFoam的求解器是不是从算法上就不太适合非规则网格和二阶格式。

@sento1suzu8 我也没用过，你可以看下他网站的手册

@sento1suzu8 这个 Incompact3d，但是不知道学习曲线如何。

@Amadeus 我觉得主要还是李老师说的 ESI 那面更开放吧，Jasak 就有参与 exaFoam，和 ESI 联系也紧密。基金会感觉主要靠资助，对贡献的代码质量要求也很高，每次更新变化也非常非常大（但是我还是更喜欢用基金会版本😂）

@Amadeus 一直在关注这方面，有文章就收集起来了。但是短期内OpenFOAM特别是基金会官方支持GPU不太现实

• （1）exasim-project 的 GPU 好像是做了一个接口平台 OGL，OpenFOAM Ginkgo Layer，使用Ginkgo的GPU功能；

• （2）米兰理工一个组的工作，好像参与了exaFoam项目，但是代码还没开源
  https://doi.org/10.1016/j.compfluid.2023.106041
  https://onlinelibrary.wiley.com/doi/pdf/10.1002/fld.5297
  https://www.mdpi.com/2226-4310/10/9/792

• （3）Venkat Raman 教授组里也有in-house的GPU
  https://doi.org/10.1016/j.compfluid.2023.105972

• （4）deepflame好像也在做GPU

@李东岳 怪不得呢，不过 exaFoam 好像有基于基金会版本的 GPU 加速，可惜没开源，我找下，记得这个文章我下了

@李东岳 GPU主要是ESI那一面的开发吧？基金会见到的少，exaFoam这个项目有一部分好像在做GPU。

@李东岳 👍

@李东岳 是的李老师，确实可以改善。你这样一说我大致明白了，就相当于迭代修正是吧？

这种用conda安装环境再编译使用是不是好一些？有一些第三方库我就是这样弄的