CFD中文网

@TINGHAIK 谢谢前辈

@ibelief 谢谢，我再看一看。

佩服！@东岳

应该不会吧，我之前用的dell工作站，CPU是e5-2697v3，双路，windows系统，开了超线程，两颗CPU都可以调用，

@李东岳 是的 我的意思是这个东西都能跑 所以应该不是case的问题 是那台电脑硬件的问题

来个人回复一下嘛

好像只要有网格尺寸分割切换的地方，中间过渡不够，都会出现这种问题，是不是还得尝试调整网格。

目前就是这个疑问，2D以及2.5D（轴对称网格）的拉格朗日算法，怎么处理体积分数的计算问题？

让AI帮忙写了个脚本，供大家参考。原理是提前在当前的算例文件夹下创建好链接，链接到另一个硬盘已经创建好的时间文件夹。实测在/home/disk1/caseA目录下运行OpenFOAM求解器，可以将数据文件存到/home/disk2/caseB中。注意这个脚本得在/home/disk1/caseA目录下运行，不然ln命令总会有一些bug，有时候是没办法正确创建链接，有时候是会出现链接的嵌套。

#!/bin/bash # 配置路径 src="/home/disk1/caseA" dst="/home/disk2/caseB" # 创建目标目录 mkdir -p "$dst" # 处理单个 processor 的函数 process_proc() { local proc="$1" local dst="$2" local procname=$(basename "$proc") # 创建 processor 目录 mkdir -p "$dst/$procname" # 生成时间序列并创建时间文件夹（自动剪除尾随零） seq 8.0001 0.0001 8.5 | while read t; do formatted_t=$(printf "%g" "$t") mkdir -p "$dst/$procname/$formatted_t" # 创建符号链接，指向目标目录中的时间文件夹 ln -sfn "$dst/$procname/$formatted_t" "$procname/$formatted_t" done } # 导出函数以便并行使用 export -f process_proc # 收集所有 processor 目录 proc_dirs=("$src"/processor*) # 并行处理（使用所有CPU核心） parallel --jobs 0 --progress --bar process_proc {} "$dst" ::: "${proc_dirs[@]}" echo "processor 文件夹和时间文件夹创建完成。"

@lee459317530 加油了

谢谢~应该就是版本bug了
感觉fluent实在玄妙 用了18.0 就算起来了 sigh

业内基本是公认的单通道多通道对CFD影响很大

不过我还没自己实测过，所以不敢说100%，只敢说98%

流体的动能通过涡耗散，而空间网格最小尺寸决定了你数值计算能捕捉到的最小涡的尺寸，因此小于你网格能够捕捉的尺寸的涡，其含有的动能无法通过数值模拟耗散掉。为了解决这个问题，可以理解为增加了一个和“空间尺度”有关的人工耗散，进而对小尺度的涡进行耗散，因此叫做大涡模拟。而刻画这个小涡空间尺度的标准和你的第一层网格有关，因为其决定了小涡的最大尺寸(也就是在空间上被过滤的小涡的最大尺寸)。

得看人是不是明白人。明白一口口饭都是从哪来的，明白jio底下站的地为什么这么结实，明白前方的路为什么这么清晰。

碰上明白人，给高了会用富裕的资源提升自己（给多少钱干多少活，否则钱拿不稳）；给低了也不担心，毕竟瞎还能活着的概率不是很大，找个不瞎没有特别的困难。

依靠某个人、某个环境下对自己的态度、待遇来判断自己的价值。这显然不是个明白人……给高了骄傲，给低了还怨恨呢。不能自知，怎么都是一件很危险的事情。有核心能力的也有不明白事的：仰天大笑出门去，归来依杖自叹息:136:

而能碰上多少明白人又取决于所在行业对社会精英的吸引能力和自己在行业的层次。总之不努力就整天和糊涂蛋扯吧……:135:

还有这种组织心态，把员工当小孩、追胡萝卜的驴子（有些事情你不需要知道，我在掌着。我要塑造你的认知、影响你的判断）。当然在这个繁复多样的世界，这种方式无法完全避免。但是显然有更好的方式，只是对组织中的每个人要求比较高。

ubuntu cent都用。不支持也没关系。我这也没见得需要他们支持什么..

曲线救国：建一个矢量场函数grad($$Velocity[0])，再去用这玩意儿的第2个分量..

是否为容差 matchTolerance 太大导致的衔接不上~

@xiaoyangfoamer
你试试这种方法：初始化的时候就在喷嘴后面设定一小段的气体柱，很短就可以。
之前用Basilisk的时候，看到过这样的处理，说是让求解器好收敛一些。不知道OpenFOAM是不是这样。

@bestucan 非常感谢老师的提醒，让网格变稀疏之后发现了两处可疑的质量较差的地方。尝试之后发现，有一些长方体网格划的太瘦了，ICEM的网格质量检查没有问题，修改之后OpenFOAM中就也没有问题了。:huahua:

@chszkc 谢谢大佬！！学到啦！！！