大概是MFiX并行的一个bug: 长时间运行之后内存占用会变得极高

用虚拟机ubuntu20运行16核心DMP，开始一切正常，后来就不出现残差了，而且系统变得极慢。几秒钟卡顿一次。打开系统检测器发现内存占用极高，仅仅运行了23小时就占用了30G的内存。虚拟机总共给了42G内存。照这么下去运行不了多久42G就全占满了。

而且极其影响运行效率。文本窗口目前只出现过去的时间，并不闪过残差了

看样子是GUI的问题，而且是和python有关。目前只能尝试不用GUI运行了。

我已经在论坛里反映了，希望开发人员能解决一下这个BUG。（如果是python本身的问题可能长期都不能解决）

详细描述在这
https://mfix.netl.doe.gov/forum/t/ram-usage-gets-extremely-large-after-long-time-running/1794

还需要注意一下：用GUI运行的只能用GUI restart_1 用batch是无法restart_1 GUI的算例的

2020-6-20更新
并非GUI的bug ，命令行运行也会出现同样的问题！

更新

这个问题不是GUI的问题，而是并行的问题，已经明晰！

目前的临时解决方法

2020-11-2
目前只能在进入僵死状态之后强行杀掉进程，然后再restart

杀掉进程方法为

先利用top展示所有进程和其占用

这里面python3.7就是mfix进程（因为GUI用的是python做外壳）

（按shift+M按照内存占用排序）

然后按k 再输入想杀死的进程PID就可以杀死进程

但是这样一次只能杀一个，要不断按k
更方便的方法是先按q退出top
然后输入
后面可以输入任意多的进程号，一次性杀死
杀死之后再看看top。

restart注意的点

restart interval要设置得小一些，最好和vtk输出的间隔是一样的。这样即使断掉重启，也不会损失已经算过的部分。