Global Moderators

https://www.cfd-online.com/Forums/showthread.php?t=218131

https://www.cfd-online.com/Forums/showthread.php?t=150117

1. 按说，那个 pdf 的大部分勘误记录都会跳转到这里
   https://cfd-china.com/topic/2338/无痛苦n-s方程笔记-勘误/38

2. “错”和“误”不一样，（所以某些理论上无法消除、工具条件限制带来的与事实不符的差距叫“误差”不叫“错差”）（我对你措辞没意见，只是看你挺有互助热情，也“互助”你一下，说给你听听，参考参考。）

3. 可以直接说出笔误位置，细微的笔误难以发现（容易发现也不会误了）。比如：

"接下来定义温度 T 在 (x1, y1, z1) 点的物质导数为移动的无穷小微团通过 (x1, y1, z1) 点的时候"
这句第二个坐标（或者第二个（x1, y1, z1））标号应该是(x2, y2, z2)

4. 我看你之前也发过类似的帖子，可以看完了一遍书，把发现的笔误统一发一下，也方便修改。

5. 欢迎继续

我猜是这样的，
process 里必须有动网格，这样计算的过程只涉及网格如何动，

如果 process 里没有动网格，那么当动网格运动到该区域，还要造动网格。

至于 process 里没有动网格也能算，那是动网格没有运动到该 process 覆盖的区域。

可以测试，在计算区域内设置动网格，但是不让它动，比如平静的水面。应该可以一直算。

paraview 里可以看每个 process 的区域，算不动的那步估计就是跨区域运动了

是的，往源项里添加。

搜这个：
vehkamaki_hi_t_binapara.f90
还有这个：

Modelling Binary Homogeneous Nucleation of Water-Sulfuric Acid Vapours: Parameterisation for High Temperature Emissions

fortran 改成 c 就能放 UDF 里了

这是成核的，凝结是另一个过程了，另一种源。

这个是安装 docker 的问题，不是 OF 的问题
去 docker 相关社区问更容易得到答案

有个简洁版的
grep "Time" log

输出到文件就
grep "Time" log > log.Time

接着在搜索结果中搜就
grep "Time" log | grep "0.01" > log.Time_0.01

要是一堆算例，就在高层文件夹一起抓
grep -r "Time" ./

抓的结果中有文件、路径名，可以再按文件抓，写个循环输出什么的

@Fkingdom
那个帖子应该说的挺清楚了，可能是内存不够的问题。
估计你的问题是：明明网格没有变，只是增加计算核，内存怎么就不够了。

并行计算需要的内存不只和网格的大小有关。并行分区越多，计算分区之间的交接面积越大。交接面处的网格要互相交换数据。就需要内存存这些数据。按你的描述，故障的出现取决于核数，还挺像这个原因的。

可以测试，比如200个核能算，201个核就崩，那就用网格密度低些的网格用201个核算（网格密度底，相同的交接面积，需要储存网格数据的个数也不一样），如果不崩，说明就是因为存交接面的内存太大了。

也可以不必只用一种网格测试，虽然一种网格测试更严谨。除非每种网格都到201核崩，才可能往软件上推问题。如果不同的网格根据密度。密度高的170个核就崩，密度底的220核才崩，那就更说明是上段的猜测了

如果你有完整的ansys安装包，里面应该有三个iso镜像文件。其中一个是文档，名字里有doc什么的，里面应该有个 fluent udf manual。

在终端输入paraview打开paraview，而不是用图标。

这样paraview的工作信息会输出到终端。这样闪退的时候会有报错信息，可以搜索相关解决方案。