你运行完decomposePar后的显示是什么？手动分块容易造成有的核分了很多网格，有的分了很少，分的多的跑的很慢，所以其他核还是要等它算完了才能继续。我一般用scotch，不用输入任何参数，openfoam自动会把分区做成1、每个分区cell数目接近；2、分区之间的processor面尽量的小，从而减小数据传输的需求。

batch系统调度感觉你需要再细看一下？node是结点数，你24个分块，如果比如超算上一个结点就有24个核（4个6核cpu），那你node数量只需要1吧？这个超算是什么样的，每个结点有几个cpu，每个cpu几核呀？

微信图片_20190627084835.jpg
outlet该用什么边界条件好一些？
zerogradient的话，油层会上升，然后排出计算域，freestream的话油层会下降。正常的物理现象是油层会波动
然后outletphaseinletoutletvolicity 的话，开始的时候计算的挺好，到后面回流特别严重，

@东岳 哈哈，好吧:xiexie:

等图 :laile:

就是如何从LES计算epsilon吧？目前据我所知只能通过epsilon的定义来求。你需要写个后处理程序

@我是河滩 不需要显式设置密度，自己心里知道就行了。

@mohui 您也用interfoam算过水渠流动问题吗

谢谢老师，已成功，继续学习案例

采用interFoam修改的求解器计算算例，遇到网格太小带来的壁面处压力问题（图中为第一个输出时间步（约0.0001 s）的压力分布，出现了不正常最大和最小压力）。
算例的壁面（BOTTOM）为锯齿状壁面，图中所示部分为倾斜向上的一小部分，壁面附近的网格精度约为1微米，压力场初始为0，压力和速度壁面处边界条件如下：
0001.png
p_rgh

BOTTOM { type fixedFluxPressure; value uniform 0; }

U

BOTTOM { type fixedValue; value uniform (0 0 0); }

大家有没有遇到过这样的问题，有什么解决思路吗？

谢谢，格式为 fluentMeshToFoam xxx.msh -writeZones

@guohuiqun 我的手机号，18971612958，微信：IAM315

李老师，我试了试，mergemeshes没弄出来: 上传文件，网格文件50m，网站限制发不了，我发您邮箱了。。。到弄了好久还没弄出来:mihu: 您看看用什么方法能合并下

发现错误了，是文件名字的问题，文件名本来是大写字母，我写成小写了。警告对结果没影响，或者使用fin函数进行输入，就没有警告了。

@Hungryandfool 您说的我也想过，但我主要是应付不可预测的爆发性计算需求，超算中心这种流程繁琐，而且灵活性不足。

当时买的时候，搜索了这里。没有搜索CFD-ONLINE，是我的错误。

可以看CFD-ONLINE，相关讨论。 可以看chip-hell，相关讨论。 可以看知乎，相关讨论。

结论：AMD的EPYC，真yes。应该点击一下。

用滤镜calculator可以计算一些，不知道能否满足你的需求

说的对，这篇文章中我没写，你可以看看这个 https://www.jianguoyun.com/p/DWnVKFIQ9s3ZBhjYsrkB

等我回去有空更新下中文的解析 多谢反馈

@东岳 在 讨论 Fluent计算效率优于OpenFOAM 中说：

你需要深挖一下

给你举个例子，下面是运算的一个log文件，时间步长非常小，2e-5，算2天之后，结果完全可以是正确的，但我觉得有问题

捕获.JPG

在自适应调节时间步长的情况下，时间步长会自动跳转满足CFL标准。其实对于我这个，如果在代码里加上几行，输出Ur的话，会发现下图中全场计算域中，就这么一个地方Ur的值特别大，导致局部库郎数过大。

捕获2.JPG

我建议你看看你的算例是不是也是这样，我怀疑跟我差不多

想请教一下遇到这种情况应该怎么办呢？特别算vof的时候，界面某些点出经常出现很大的速度，导致时间步长小的无法接受。

@yishanbb2018 3个太少了，我这面见过文献是一两百个

@史浩 在 multiRegion计算中，interface附近场量后处理显示异常 中说：

将固定路径的数据通过OpenFOAM中后处理工具以txt的格式输出来，然后通过其他软件作图即可。毕竟paraview中的云图还能凑合看，写文章编辑也发现不了什么

我也遇到过这个问题，我一般用sample工具然后用gnuplot作图，目前我只知道这么做了:yes: