Vmware 格温每天都死，消耗了很多资源

我想将Gwan用于我的rest Web服务。它看起来很棒，所以我将它安装在VMWare虚拟机上，debian Squeeze上。 我已经写了一个C网络服务，它工作得很好

问题是Gwan总是消耗越来越多的资源（webservice只供我使用，目前我每天都会做一两个hello world请求）。 然后，它就死了。 例如，它从6月7日下午2点开始，第二天午夜死亡。（不是满月）

以下是6月8日的日志文件：

以下是日志文件的标题：

在开始时，它消耗2Mo的ram，在结束时

如果有人对此有线索，那就太好了

多谢各位

G-WAN死了

重复许多其他问题（几乎所有问题都是首次使用stackoverflow的用户提出的），请查找：“

g-wan虚拟机监控程序”

”

此外，如果你的目标真的是解决你的问题，你甚至可以去阅读

同样，强烈建议在不使用任何虚拟机监控程序的情况下使用G-WAN（此处为VMware），这将为G-WAN提供比您微不足道的单CPU核心更多的功能

对于G-WAN，您还可以在总计370.88 MiB上留出超过36.65个MiB的空闲空间（应为您的虚拟机提供1 GB RAM，因为仅Linux就可以占用您的大部分370 MiB…导致准确定的OOM“内存不足”终止开关）

---

更新

---

到目前为止运行良好的4年代码的新问题是一个平台问题，为此我们找到了一个解决方法，将在几周后的下一个版本中发布。

请发布所用servlet/handler/maintenance脚本的源代码/。。。如果你想有人帮你。很可能（也很可能）您的代码正在泄漏内存，而不是GWAN本身。我对此表示怀疑。这发生在我和我认识的其他人身上，是一个问题。一位朋友告诉我在没有守护进程的情况下在bash-while循环中运行它，因为守护进程可能会死亡而不会重新启动，这很有帮助，但我仍然看到G-WAN有时会在1个内核上使用100%的CPU，这里有一些问题。G-WAN本身不会扩大内存使用，因为它的默认设置覆盖了比单纯测试更大的需求。我注意到，与您的声明相反，您正在运行一个名为nadra_hw.c的脚本，这是泄漏内存的唯一方法。另外，当你彻底改变问题时，这不再是已回答的问题-最好创建一个新问题，而不是让答案变得无关紧要…我在virtualbox上运行Gwan时遇到了完全相同的问题！希望Gwan团队能在即将发布的版本中解决这个问题！