@李东岳 以现在的形势肯定要挂，老老实实等绿卡到了再回去

@Joann @zwj 各位好，请问问题解决了吗，我在编译的过程中也出现了这种问题，在编译的过程中，提示我找不到/usr/bin/ld中的-lwaves2foam，请问我需要先正常编译waves2foam，然后再编译成overwavedymfoam吗？

http://dyfluid.com/EL.html

我更新了一下semiImplicit这部分内容，你看看。还有一些没弄完。下次继续弄3个方法。或者你可以自己看一下：faceExplicitCellImplicit\faceExplicitCellLagged\faceImplicit

好的，谢谢李老师

@yuky 文章里看到过，https://doi.org/10.1016/j.csite.2022.102560 ，记忆中以前的老版本好像有人开发过，可以搜一下

@zhaoym 老铁，后来这个做的怎么样了，有进展么

interPlicFoam求解器已经并入扩展包geometricVofExt，仓库地址：https://github.com/daidezhi/geometricVofExt

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

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

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

并行计算时候，每个进程掌握的网格就固定那些。
举例b点只存在于processor x1，不在processor x2当中，processor x2自然无法获取b点的信息。
要想processor x2获取b点信息，可以用reduce函数，也就是进程之间通讯一下。
首先初始化intU为零向量，然后赋值，再reduce。

point b (1,1,1); label cellID = mesh.findCell(b); vector intU(0,0,0); intU = U[cellID]; reduce(U,sumOp<vector>());

具体代码你再看一下，我这个是思路，代码可能哪里不对。

@李东岳 在 关于OpenFOAM并行计算的问题！ 中说：

我看了一下，你有一个自己的求解器，我并不是很了解你这个求解器，如果debug的话也可能不清楚你这个的问题所在。你用openfoam自带的求解器尝试过没，有问题么。

李老师好，一般OpenFOAM并行中一个核分配多少万的网格是最优的？

你可以改一下。不太费事。

这个是全系列的虚拟机么？

这个就是高斯定理。没啥别的了。

边界面上的

@李东岳 在 icoFoam中压力泊松方程的求解 中说：

@AppleKiller http://dyfluid.com/piso.html

谢谢李老师

33ae34d9-4a5a-4ebd-8603-c18a65d1b2a3-image.png 按照经验来看，在高约化速度下，圆柱振幅应该降低的，结果振幅一直下不去，有没有大佬遇见过类似的问题？用的是圆形计算域

不知道楼主还看不看得到，我是想把翼型3维主动变形和overset结合起来。但现在第一步，用codefixedvalue来定义displacement边界，就出现了不收敛问题，不知道能否分享下您当时这部分的codes，我学习一下。

不知道楼主还看不看得到，我是想把翼型3维主动变形和overset结合起来。但现在第一步，用codefixedvalue来定义displacement边界，就出现了不收敛问题，不知道能否分享下您当时这部分的codes，我学习一下。