请教：第三代涡识别方法Liutex的代码在linux中运行的问题
-
在浪潮上将liutex程序编译成了一个独立的程序，然后发现算的很慢，256³的网格算了半个月都没有算出一个时间步文件！
请问哪位大佬能帮我指出问题或者有什么可以并行的方法？
这是代码的下载地址：http://www.jhydrodynamics.com/en/download-of-liutex-code/
-
真耐心啊，半个月了还能等
万一程序卡死了呢？或者进死循环了。
如果需要的时间步文件很大，也可以用小时间步写出来，后面删着很快的。出时间步好歹说明正常运行了。这一个时间步都没有，就不是是跑的慢还是没跑了。
如果时间步是这样的
0.01 0.011 0.012 0.013 ……或者这样的
0.010 0.011 0.012 0.013 ……那就这样
mkdir result mv 0.0? result或者这样
mkdir result mv 0.0?0 result通配符
？只匹配一个未知字符，不像*那样。很适合用来给文件分类。
然后把 result 带走，剩下的删了。写的密集断点续算也方便。
-
有没有试着用那个fluent的呀
-
@yfleung 在 请教：第三代涡识别方法Liutex的代码在linux中运行的问题 中说：
然后发现算的很慢，256³的网格算了半个月都没有算出一个时间步文件！
这只是一个后处理程序，我这面3300万网格，算出来了Q应该在分钟级别，你那面是不是操作不对。
-
@东岳 我检查了一下，程序可以并行了。程序应该是没有问题的。我算了一个64³网格的，大概15s出一个文件夹的数据。但是256³的算了一天还是没有出一个。我发现我并行之后只有一个结点是有负载的，其他好像没有起作用？想请教一下，有人知道可能原因吗？
-
@bestucan 谢谢，应该不是程序的问题。现在可以并行了，但是发现并行之后好像只有一个结点起作用的。
-
@yfleung 呃，那就看看$64^3$网格的时候用几个节点呀。一个节点基本就是一个主机了。大机器不是很重的任务分一个节点也差不多了。
看64分到几个节点，如果也是一个呢。
调试阶段还是时间步越小越好。确定正常工作了再调大
