shm对于blockMesh和gmsh生成的背景网格计算时长不同

[Samuel-Tu]

@李东岳 我想发，但是有20MB，发不上来了。。分卷压缩上传提示格式后缀不对。。我留个百度网盘的连接吧

[Samuel-Tu]

@cresendo gmsh建模还是比较方便的。当时觉得blockMesh要找各个点，面的序号很麻烦。

[Samuel-Tu]

@李东岳 链接：
https://pan.baidu.com/s/13TAxxBcLouq7SGAj5kdtOw
提取码：zkmi
解压缩后有两个文件夹，一个叫gmsh，一个叫blockMesh，constant里面的网格是用两种方法分别生成好的背景网格，只需运行snappyHexMesh即可。snappyHexMesh里面只打开了addlayers，是给down边界加一个十层的边界层。gmsh和blockMesh的shm文件完全一样。checkMesh应该可以发现gmsh和blockMesh网格计算域，网格数量，最小最大尺寸是差不多的。
但是根据我的shm处理时间，gmsh的只用了3秒，而blockMesh的用了110秒。。差距很大

[Samuel-Tu]

@李东岳 有一个很大的发现，blockMesh的时候我设置了empty边界。然后shm的时候 "correcting 2-D motion"这个信息运算了很久。然后我把blockMesh里面的empty边界改成了patch，瞬间治愈!!!!!!!!!!现在blockMesh的shm时间也是3秒了。。。
原来用gmsh的时候是没法定义empty的，默认是patch边界！所以gmsh的shm信息里没有"correcting 2-D motion"这个信息，也没有相应的计算。
现在看来shm似乎面对2D网格（尽管是伪三维网格，厚度方向只有一层网格）的时候出现了一些问题。因此我建议shm的时候先不要设置empty，画完网格后再改边界类型。

[李东岳]

感谢分享 恭喜你debug成功

[Samuel-Tu]

紧接着，由于gmsh网格转换时是没有empty边界的，我又把gmsh网格里改成empty。果然shm的时候耗时110秒。因此我的结论是：
SHM疑似在发现使用了二维网格后，会做一个额外的计算，这个额外的计算消耗了大量的时间。
另外我觉得这个额外计算是不必要的，因为本来二维网格就是厚度方向只有一层，不用细分的。。。

[cresendo]

@Samuel-Tu 受教了，有空尝试一下

[leilei]

@Samuel-Tu :
谢谢分享。。。 再讨教下：
portable的win版gmsh，怎么用python调用？。。。要编辑系统变量吗？ 谢谢

[Samuel-Tu]

@leilei 没用过python调用gmsh

[leilei]

@Samuel-Tu: 好， 但仍谢谢Tu兄的回复，Tu兄，辛苦了