CFD中文网

@欧阳 测试过，但是没继续使用，我现在用的是org的cpuLoad

@EricLiu 是纯气体

@EricLiu 你好，我也没用过vof那个求解器

也可以按照以前的方法写，PDRfoam你看下

@李东岳 李老师，还想请教下，一般你推荐使用binary还是ascii？binary好像存储更小，读取更快，但vim等直接没法看

@李东岳 是的李老师，这确实像是个bug。前几天我在OpenFOAM Issue Tracking提问了，可能没描述清楚，直接给我删了。刚刚debug发现改写出格式可以避免合成拉格朗日数据错误。

在controlDict中将writeFormat ascii; 改为 binary; 不会报错。。。。

在拉格朗日计算时，使用了org最新的负载平衡功能，但是不能合成数据，一合成就报错

--> FOAM FATAL IO ERROR: 
wrong token type - expected Scalar, found on line 34 the punctuation token '-'

file: /public/home/foamer/case/2P_H2+NH3_H25_M8_θ35°/ERL0.3_d75_sMF/processor1/1e-06/lagrangian/cloud/mass0 at line 34.

    From function Foam::Istream& Foam::operator>>(Foam::Istream&, Foam::doubleScalar&)
    in file lnInclude/Scalar.C at line 102.

FOAM exiting

@李玉棠 blastFoam好像就可以

@东方白杨 我也没有很好解决，一年多没用SHM了，忘记了~

@EricLiu 你可能需要先选对应的分支版本，我估计你是直接下载的默认分支的，那个不对

rCF是这样的，库朗数一定要足够小，单纯加密网格没改善。这是我的对比计算结果

一些可能的分析（一家之言）：

注：bF为blastFoam，rCF为rhoCentralFoam，sMF是我自己的求解器

@欧阳

sudo apt install intel-mkl
dpkg -L libmkl-dev
gedit ~/.bashrc
export MKLROOT="/usr/include/mkl"
source ~/.bashrc
**exit**

source MKL，MKL 会污染系统 mpirun，导致 OpenFOAM 计算时并行挂起
oneapi  #这个命令会导致编译器变成 intel 编译器，所以 export MKLROOT 后要退出重进系统

./Allwmake --clean --platform MKL

时间步长太大了，0.02试试？还不行网格数改为1000

用这个呢？https://github.com/damogranlabs/classy_blocks

用com版本的，亲测org处理尖角不好调，com的生成速度还快。

https://github.com/AhmedAHamada/dynamicOversetZoneFvMesh

在程序里改为都不输出，然后writeObjects输出想要的，行不行。

@EricLiu https://github.com/unicfdlab/hybridCentralSolvers

PeleC(AMReX)