CFD中文网

@yanoo 考虑一下看是不是编译器和依赖项的问题? OpenFOAM-8竟然也会出问题非常奇怪诶...

体心速度插值到网格点上面?

preCICE的安装包解压至指定位置后，configure步骤也是有一些坑，在build文件夹内

cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/precice/的安装/路径 -DPYTHON_EXECUTABLE=miniconda3中的/python/路径 ..

没指定Python就会出现一些奇怪的问题，我也没搞明白为啥...

其后就正常make和make install即可，最后make test_install应该是OK的

首先从preCICE官网发现CentOS7最高只支持到preCICE v2.3.0，而依赖项中Eigen3非常好处理，难点在于libxml2...

对，集群上libxml2库我找不到，只能自己安装. 推荐安装libxml2-2.9.13，这个版本修复了一个关于Python的bug. 在configure时要编译有动态链接库的版本:

./configure --prefix=libxml2的/安装/路径 CPPFLAGS="-I集群中python3的位置(我是miniconda3)" LDFLAGS="-L$HOME/miniconda3/lib" --enable-shared=yes

然后PETSc库也得自己装，顺带把lapack和BLAS也让他一起装了

./configure  --with-precision=double --prefix=petsc/的/安装路径  --with-openmpi=1 --with-openmpi-dir=/openMPI/的路径 --download-f2cblaslapack --with-fc=0

make和make install步骤就省略了

最近想学习一下用OpenFOAM做流固耦合，看了一圈对preCICE起了一点兴趣，于是在学校超算集群上安装了一下preCICE，想以后能把OpenFOAM和其他的软件结合起来算点东西.

看论坛里面似乎没有人说preCICE的安装，所以开一个贴记录一下从源码编译安装preCICE的痛苦经历，希望日后可以帮到需要帮助的同学哈哈哈.

首先介绍一下集群的配置: 浪潮的机架式服务器，操作系统CentOS Linux release 7.5.1804，内核3.10.0-862.el7.x86_64. 对就是这么老...更可喜的是我的账号没有root权限，所以无论是OpenFOAM的各项依赖还是preCICE，我都是从源码编译安装的. (spack不知道为什么也用不了，非常奇怪，暴风哭泣)

CPU是intel Platinum 8358 CPU @ 2.60GHz(双路CPU，单节点64核心，关闭超线程)，内存1TB，支持InfiniBand网络. 一共80个节点，有那么几十张sxm-80GB-A100.

学校集群上我能用上且现有的依赖只有gcc-9.2.0，m4，openMPI-4.0.3，Cmake. 其他的全都要从源码编译.

OpenFOAM的依赖主要有flex，bison，boost，zlib? 这些都比较好解决. OpenFOAM高版本的编译安装就很奇怪，2312版本的solvers编译我是改了源码才编译完成，不过src和utilities无报错.

下面开始preCICE的依赖安装.

你的网格是不是太大了导致内存爆了啊? 新开一个终端窗口运行

top

来监视你的硬件资源使用情况吧

我也碰到过这种问题，ParaView多refresh几下有时候又好了...确实有点莫名其妙，希望楼主发现原因后踢我一脚

机器的高负载应用只有OpenFOAM吗? 试试其他软件(如FLUENT)的高负载情况看会不会关机? 或者换一个版本的OpenFOAM? 压力测试应该是指FPU烤机吧? 可能还得测试一下内存读写高负载是否崩溃导致关机.

硬件的话首先考虑电源功率是否足够以及实验室电压稳不稳，其次考虑内存条有没有插牢

建议运行

wmake libso $FOAM安装路径/src/finiteVolume

你这个文件夹里面就没有Make文件夹，正常来说就编译不了

什么操作系统?

如果是Ubuntu正常来讲不会有什么问题... 但是CentOS7尤其是超算出现这种情况我遇到好多次了....建议你先去src目录下Allwmake一遍所有的库不报错，再去app目录下编译一遍utilities不报错. 一般这两个都不咋报错，主要报错都是在solvers里面. 不编译solvers只是你不能用原生求解器，自己写的代码还是没问题的. 最后把其他的都编译了再去整solvers吧

流固耦合老OpenFOAM考虑使用FSIFoam? 较新的代码可以考虑solids4Foam

源项太大了又是显式离散可能导致对时间步长(库朗数)的要求很严格?

你的topoSetDict文件里面的sourceInfo中的box区域精准包含了你需要划分的那个边界面区域吗? 在region0里面你是不是想把 $x \in (0.003, 0.006), y \in (0,0.001),z=0$ 这个矩形区域划分为region0?

可以的，把你的Boundary文件中的边界划分为不同的区域就可以应用不同的接触角边界条件了

顶一下，如果有同学想组队团报，可以联系QQ:876440251
我问了客服小姐姐，说优惠可以享受hhh

正好这次时间还蛮合适的，想问问论坛里面有同学想一起组队团报吗?

顺便问一下，这种情况团报能享受优惠吗?

可以考虑ParaView反向代理，就是你的显卡性能弱的服务器连接你的带显示屏的电脑，把渲染和显示工作放在你的电脑上处理

考虑是不是网格质量太差了? 楼上说法很有道理

可以试一下

foamInstallationTest

命令，看看输出的信息.

我感觉应该还是编译出了问题，建议编译的时候

./Alwmake -j -s -q -l

还有一种更简单的解决方案，可以查看B站田东老师的教程视频
https://www.bilibili.com/video/BV1Z84y1L7uw/?vd_source=418e63c76cda955d26866a0eabec861f