Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
@RQLI_CFD 感谢,我研究研究
对于URANS,多了个瞬态项,那每个时间步计算的时均速度(时均动量)都是从第一个时间步开始累加后平均后获得么?
对于$\int_t^{t+\Delta t}$的$\Delta t$,从理论上URANS这个$\Delta t$是任意的,如果不考虑附加的湍流封闭模型如ke之类,$\Delta t$足够的小,就变成了LES,$\Delta t$足够的大,就变成了RANS。然而$\Delta t$并不需要显性的给定。所以对URANS取决定性的还是$\mu_t$
@李东岳 可以可以,我找时间试试看。
@ShaneHEEE 这个应该是不行的,出口很少直接给定速度值,不管正负
@李东岳 辛苦李老师了,方便的话可以试试看。后面那种场景,主要是公司内集群是所有专业混用,很容易出现这种情况。甚至单单只针对OpenFOAM来说,暂时没限制节点的使用,所以会导致一个节点上能同时跑好几个计算或者计算的一部分,分别是隶属于不同作业的。
@bestucan 风场计算,没到气象那个级别,网格量在千万上下,多的能到五千万的样子。我研究下您说的swap这个思路。
@cccrrryyy GAMG那面参数特别多。有可能case dependent。我记得我2020年测试的时候,没摸出来什么头绪。后来不管这些参数了。但是我应该没找出来特别优质的参数。应该都差不多。或许你可以试试别的。OpenFOAM自带tutorials稳定性优先。所以可能某些算例smoothSolver比较稳定。最简单的就是高斯赛德尔 :chouchou:
@李东岳 HPC的节点分配逻辑可以自定义,但确实最通用的就是优先占满某个节点。至少在工业场景下,比如我们是好几个应用都在集群上跑,那OpenFOAM这边我只要保证多节点不比单节点慢就很理想了。比单节点还快是加分项,但不是必须项。
或者可以设置为在集群比较空的情况下,优先采用多节点少核心的方式,但“集群比较空”在实际使用场景中基本不存在,能排上队就不错了。
如果是学术那肯定不一样,确实如李老师所说,光是并行加速这一块好好的研究下就可以发sci了。:chouchou:
@chien 什么设置?
@李东岳 看来这东西是有依据的,我还挺好奇怎么会快这么多。我再研究下看看哈哈
多面体明显质量好过关 过基础计算关 相对正六面体 同样参数控制 数量变小了
@浪迹天大 :140:
@李东岳 好的!我先看看这个有没有
@cccrrryyy谢谢前辈
学流体的小明 在 压力基求解器在OpenFOAM中的植入问题 中说:
CaseB中,同样的方法,压力p基本都是10000,或者有是9999.99,这和我限制了writePrecision 6有关系。
所以输出流场的时候,最好以binary二进制的格式输出。 后处理的文件,由于要使用其它软件读取,就用ASCII。
@cccrrryyy 大佬,请教个问题,最近这两个求解器也困惑了我许久,拜读这个帖子后仍有疑问。 问题1:按照李老师所说,声速较大会导致rhoReactingFoam中采用的压力方程无法求解,那是不是意味着reactingFoam适用于声速可能无穷大也就是低马赫数时密度不随压力改变的情况? 问题2:同时由于rhoReactingFoam采用rhoPimpleFoam的压力方程,其为压力基求解器,捕捉激波的能力没有rhoCentralFoam强,所以其实际上也不适用于高马赫数流动? 问题3:既然这俩都不能计算高速可压流,那基于psi和基于rho的热物性带来的差异主要体现在哪?