redistributePar vs reconstructPar

redistributePar_VS_reconstructPar

在 OpenFOAM 中，redistributePar 和 reconstructPar 都是处理并行计算数据的工具，但它们的方向和功能强度完全不同。

简单来说：

以下是详细的对比：

特性	`reconstructPar` (传统/单一)	`redistributePar` (现代/全能)
核心动作	合并 (Merge)	再分配 (Decompose & Reconstruct & Balance)
数据流向	`processor*` $\rightarrow$ `0`, `constant`, `system`	`processor` $\leftrightarrow$ `processor` 或者 `processor*` $\leftrightarrow$ 单核
主要用途	算完后把结果合并，方便 ParaView 查看。	中途改变核数（比如从 8 核变成 16 核继续算），或者做负载平衡。
依赖文件	不需要 `decomposeParDict` (只需读取现有分块)	必须有 `decomposeParDict` (以此为规则进行重组)

常用: reconstructPar
操作: 你用 4 个核算完了，生成了 processor0 到 processor3。你想在 ParaView 里看整体结果（虽然 ParaView 可以直接看分解的，但合并后方便归档）。
命令: reconstructPar

必须用: redistributePar
操作: 你用 4 个核算了一半，发现太慢了，想改成 8 个核继续算。
1. 修改 system/decomposeParDict，把 numberOfSubdomains 改成 8。
2. 运行 redistributePar -parallel。它会自动把原本 4 个文件夹里的数据打散，重新分配到 8 个文件夹里。
注意: 旧版本的 OpenFOAM 这种操作需要先 reconstructPar 再 decomposePar，效率极低。redistributePar 是直接在内存或并行间操作，非常快。

reconstructPar:
- 默认处理所有时间步。
- -latestTime: 只合并最后一步（最常用）。
- 不需要 MPI (通常单核运行)。
redistributePar:
- 必须并行运行: 通常需要配合 mpirun 使用，因为它需要同时读取旧的分布并写入新的分布。
- 例如：mpirun -np 4 redistributePar -parallel (假设你现在有4个核的数据)。
- 参数 -decompose: 强制执行分解操作（功能等于 decomposePar）。
- 参数 -reconstruct: 强制执行合并操作（功能等于 reconstructPar）。

如果你只是算完了想合起来看云图：用 reconstructPar。
如果你想中途改变核数，或者处理**AMR（自适应网格）**导致的负载不均：必须用 redistributePar。
技术趋势：redistributePar 是一个更高级的工具，包含了 decomposePar 和 reconstructPar 的所有功能。在一些高级脚本中，人们倾向于只用这一个工具来处理所有并行相关的网格操作。

你的观察非常敏锐。从结果上看，它们确实是一个意思。

最终目的都是：把分散在 processor* 文件夹里的数据，合并回原本的 0, constant, system 或者时间步文件夹里。

但是，在执行过程和底层逻辑上，它们有几个关键的区别。理解这些区别可以帮你避开一些“内存爆炸”的大坑。

特性	`reconstructPar`	`redistributePar -reconstruct`
运行方式	串行 (Serial)	并行 (Parallel)
CPU 消耗	只用 1 个核	动用所有核 (需 `mpirun`)
内存 (RAM) 消耗	极高 (需加载整个网格到内存)	分散 (每个核只处理一部分)
处理动态网格 (AMR)	经常报错或不支持	原生支持，非常稳健
依赖文件	只需要 `processor*` 文件夹	需要 `decomposeParDict` 存在
速度	小网格快，大网格极慢	大网格有优势 (主要受磁盘I/O限制)

这是最大的区别。

reconstructPar: 它是一个单核程序。假设你的网格有 5000 万 网格。当你运行 reconstructPar 时，你的主节点（Master Node） 需要把这 5000 万网格全部读入到内存里才能进行拼合。
- 后果：如果你的单条内存不够大（比如只有 16GB），电脑会直接卡死或报错 std::bad_alloc。
redistributePar -reconstruct: 它是并行程序。虽然最终写入是一个串行过程（写到一个文件），但在读取和处理映射阶段，它是分散在各个核上的。
- 优势：它不太容易瞬间撑爆主节点的内存。

如果你使用了 自适应网格加密 (AMR/dyM)：

你提到的命令里有 -overwrite。

reconstructPar 默认行为是新建一个时间步文件夹（例如 0.1），把合并后的数据放进去。如果你想覆盖，需要手动加 -overwrite 标志（如果有这个选项的话，通常 reconstructPar 更多是新建）。
redistributePar 的行为更具侵略性，加上 -overwrite 会直接修改当前的时间步数据，而不是新建。

情况 1：网格很小（几百万），且是静态网格 👉 用 reconstructPar。理由：简单，不需要启动 MPI，敲键盘少。
情况 2：网格巨大（几千万上亿） 👉 用 mpirun -np N redistributePar -parallel -reconstruct。理由：防止内存溢出。
情况 3：使用了 AMR（自适应网格） 👉 必须用 redistributePar。理由：reconstructPar 可能会因为找不到面对应关系而报错。