这个问题挺好，希望我的回答能抛砖引玉。

openfoam.org版本有turbulentInlet，是白噪声，原则上来讲做出来的湍流不真实，因为没有所谓的相关性；openfoam.com版本的有turbulentDFSEMInlet（https://www.openfoam.com/documentation/guides/latest/doc/guide-bcs-inlet-velocity-dfsem.html ），属于合成类型的湍流入口，应该比较真实。后面这个我个人没用过，不知道好不好用。

如果需要另外的代码，参照Eugene de Villiers的毕业论文（The Potential of Large Eddy Simulation for the
Modeling of Wall Bounded Flows），里面有专门讲到处理湍流入口。他是在平均场上添加了人为扰动，这些扰动是经过特殊设计的，经过一小段时间就可以发展成完全发展的湍流。这个人应该是开发OpenFOAM的课题组出来的，所以他提出的方式应该比较靠谱。相关的代码他在cfd-online上公布了，暂时找不到了- -

还有一个是LEMOS程序包里的inflowGenerator。代码在这里，https://github.com/LEMOS-Rostock/LEMOS-2.4.x/tree/master/libLEMOS-2.4.x/boundaryConditions/inflowGenerator 。这个类似于合成类型，我看了代码，应该就是在入口的平面上一直有大大小小的涡穿过。

我一直在用inflowGenerator，但是因为我主要做射流，而射流里面湍流的产生、保持和发展主要还是靠速度梯度，所以可能不同的湍流入口条件不会太影响最终结果。我试过turbulentInlet，也确实和inflowGenerator算出来的差别不大，但对你来说可能不是这样。

@ustbwenwu 一般不应该影响很大，毕竟SGS模型提供的就是耗散，按道理讲耗散大一点小一点不会太影响计算结果。当然，有可能对你的算例就是有这么大的影响，这是需要考虑的第一个方面。这个算例本身有实验吗，有的话建议多参考实验。

第二个点很有可能就是你的网格。对LES来说，网格尺度（对大部分CFD软件就是滤波尺度了）以下是模化，以上是解出来的。按照Pope提到过的准则，解出来的部分湍动能占到80%以上，而模化的在20%以下。如果模化的部分因为修改了参数导致应该解出来的80%的东西都很不一样了，那说明要么这个模化不好（模型本身不好），要么模化你用的不对（比如网格太大了之类的）。

第三点，一个小建议。FLUENT的dynamic Smagorinsky你计算资源够的话可以考虑试试看，然后看一下它给你算出来的Cs是多少，可以作为参考。

@ustbwenwu 这两个图的colormap是一样的么？我觉得你应该做更细致的比较，光看一个速度大小看不出来什么东西。OpenFOAM里面Smagorinsky默认系数是0.168(=sqrt(Ck*sqrt(Ck/Ce)))左右，FLUENT是0.1，同样情况下OpenFOAM算出来的湍流粘度会大一点点，但不至于在定量上有很大区别。FLUENT里面有一个viscosity ratio，就是湍流粘度和分子粘度的比值，你可以拿来和OpenFOAM的比较一下看看（OF会保存nut，paraview后处理一下就可以），应该不会差太大的。

我之前刚开始用OF做LES的时候也怀疑过这一点，OpenFOAM的默认系数是教科书上写的常用值，而FLUENT的默认系数应该是经过大量CFD测试后选取的一个值。不过我们现在用的经验是，亚格子模型本身就是提供一个耗散而已，像你这个流体喷到一个很大的空腔内，不关注壁面细节的话，亚格子模型系数的大小不应该、也一般不会太影响计算结果。

@Dingcy 我再推荐几本书哈，一本Patankar的Numerical Heat Transfer and Fluid Flow，印象中前半本针对finite difference，后半本针对finite volume（这本特别适合初学理论又不想看特别难的，相当平实的语言）；还有一本Tannehill, Anderson, Pletcher的Computational Fluid Mechanics and Heat Transfer，这本可以当工具书用，大而全，倒不适合使劲的啃。当然还有Ferziger, Peric的那本Computational Methods for Fluid Dynamics，这本我个人感觉挺好的，就是需要你对张量符号、运算之类的比较熟悉，不然看起来经常会纠结于细节上的推导而忽略了物理和数学过程。

你用了两年半OpenFOAM了，应该是想让它实现什么功能都能很快做到（或者至少知道怎么去找相关的资料），不如在数值计算的理论方面多下下功夫。个人建议仅供参考。

你需要的应该是这个

https://www.cfd-online.com/Wiki/Turbulence_free-stream_boundary_conditions

turbulence length scale 一般来说给特征长度的7%，也有10%的，总体来说大致上比几何尺寸小一个数量级。按照这个长度尺度去计算k和epsilon的初始值，和Fluent初始化得到的值是一样的（Fluent有好几种给法，其中一种是给定湍流强度和水力直径，你看了上面的链接就会明白了，因为水力直径其实就是特征长度，有了湍流强度和水利直径你就可以估算k和epsilon）。

当然了，k的边界条件可以用turbulentIntensityKineticEnergyInlet来给，这样你只需要给湍流强度，那个value的值只是一个place holder，给什么都可以。epsilon也有一个对应的turbulentMixingLengthDissipationRateInlet，这里就需要你给定一个长度尺度了（比如特征长度的7%）。

我感觉kEpsilon模型其实更重要的是壁面模型，这里我也不太清楚，还有待考证。

对于使用OpenFOAM的湍流模型我大部分时候都会参考Fluent来，一是因为我用了好几年Fluent，二是因为Fluent大部分情况下会给出不错的结果。很多模型方面的问题其实楼主看Fluent的user guide和theory guide会事半功倍的，因为它的这些文档都写的很详细，不像OpenFOAM。

@楼道男孩 关于出口条件，主要是听你的意思，计算域取不了特别大。本来如果计算域够大，其实压力出口的条件不会产生这么大影响，但小了的话，边界条件是需要考量的。这种情况一般推荐参考文献，自己试的话感觉很难试出来一套好的边界条件的组合。

你现在对比的结果是实验数据么？入口处的速度曲线会不会有一些影响，按道理，这里应该是有一个分布的。coflow应该也是如此。

@楼道男孩 我感觉你的出口条件应该设类似于convective那种，还是叫advective，就是内部的结构会流出去，不会流回来。或者inletOutlet

@bestucan 风场计算，没到气象那个级别，网格量在千万上下，多的能到五千万的样子。我研究下您说的swap这个思路。

@李东岳 CFD我理解应该确实不怎么消耗内存的。我这个是流场中有几百个点位需要提取流线，命令就是正常的mpirun -np xxx postProcess -fields xxx -parallel这样，应该不会涉及到内存没释放的问题吧？

@李东岳 不敢当不敢当。机器内存已经很大了，512，跑后处理耗掉了400多，然后节点上还有其他作业在跑，于是爆掉了。

我是没想到跑个后处理能耗这么多内存的，震惊了。

我需要提取一些监测点处的结果，但发现点过多的时候（上几百个）或者网格量很大的时候（普通工况是百万级别，但有时候会到几千万），postProcess在运行一段时间后报了个signal9，发现是内存耗光了。

有大佬碰到这种情况么，怎么解决呀？

@allanzhong 看这个意思，应该和你说的差不多，理论上肯定为，但实际上从理论转换为数值算法的时候总会有些偏差，算法在具体实现的时候又会有一些偏差。如果是这样，这些偏差我认为是可以接受的。

@allanzhong 这个问题问的很深刻，感觉理论上肯定是需要为零的。

openfoam有一些开源的入口条件，openfoam.com上也有DF-SEM入口条件（https://www.openfoam.com/documentation/guides/latest/doc/guide-bcs-inlet-velocity-dfsem.html），感觉可以找代码来仔细看看。

商软的话，fluent里面有vortex method，但看不到植入的细节，只有理论手册可以参考。

@leo_chou 大批量的工业算例（本身可能不复杂，但就是工况多），LBM是不是也需要大规模网格和较长时间？工业应用CFD对时间的要求基本上是小时级别的。

另外好奇问下，复杂几何下的LBM如何，需要湍流的LBM呢？我觉得大部分案例，复杂几何+湍流模型是标配，没有湍流的话可能有多相或者化学反应啥的，这些LBM是不是会更强一些？

@星星星星晴 感觉还是不太对，网格需要再细一些。