OpenFOAM在并行运算结束后 能否并行reconstructPar？或者有没有其他方法能够加快reconstructPar？

[hurricane007]

@Samuel-Tu 我记得我也仔细研究过，重构的确是只能单线程。。。

[Stan同学]

@东岳
东岳老师您好，我用一个tutorial中的小案例测试了一下，如果用mpirun -np 2 redistributePar -parallel，则在进行并行计算时会报错，报错内容是找不到processor中的初始文件p_rgh。

如果并行计算前不用mpirun -np 2 redistributePar -parallel的话，照常decomposePar然后并行计算，最后用mpirun -np 2 redistributePar -reconstruct -parallel还是会报错，报错内容依然是Invalid option: -reconstruct。

[Stan同学]

@Zephyr
刚刚试了一下，确实感觉速度变快了

[strive_DUT]

@李东岳 李老师，您知道Zephyr同学分享的这个脚本如何使用吗？
链接文本

[ZY_Feng]

@strive_DUT 就是执行脚本，第一个参数输入核心数，可以看我写的知乎文章。https://zhuanlan.zhihu.com/p/636421703

[李东岳]

openfoam的decomposePar、reconstructPar是个老大难。这个应该需要大幅度的fund他们才会解决。目前他们对这方面还没有迫切的处理需求。目前openfoam针对reconstructPar这面的处理方式是后处理也是并行来搞，paraview直接看decompose的数据，各种postProcess也都是并行来。针对decomposePar慢的问题，openfoam这面是画网格snappyHexMesh直接并行来。所以我这面尝试处理2个亿网格，从生成到计算，也还可以。

但是如果是第三方生成的2个亿网格，需要decomposePar，那可就慢了。

[Tens]

感觉OpenFOAM的并行计算真的不太友好，decomposePar和reconstructPar速度慢是一方面，并行还会成倍的增加文件数量，经常因为小文件过多被管理员警告

[李东岳]

@Tens 商软那面是怎么处理的。我看商软好像就是一个大文件。我没用过商软就难以理解咋回事。难道是打包压缩了么。。

[Tens]

@李东岳 是一个大文件，不过这样又不好对数据后处理。OF这面如果不需要decomposePar成processor和reconstructPar，并行和单核一样计算就挺好的

[cccrrryyy]

@李东岳 Fluent对用户来说其实都没有并行、分区、合并这种概念。印象很深，我刚转到OpenFOAM的时候才“发现”原来并行计算之前是需要分区的，自然分完区后也是需要合并的。虽然这个过程在我知道了之后很符合直觉，也慢慢习惯，但不得不说这方面Fluent做的真的很好。计算前设置好并行数量，跑完算例之后直接在GUI上看云图，流畅的一比。

我记得Fluent用的是Metis，好像本来是开源的后来商业化了？会不会跟它有关，商业化的东西在用户体验这块肯定是好的。