试图在尽可能少的内存中运行长时间运行的基于Java的应用程序是不明智的做法。如果垃圾收集器具有足够的常规堆内存，则其运行效率将大大提高。给应用程序太少的堆，将花费太多时间进行垃圾回收。
（这似乎有点违反直觉，但是请相信我：这种影响在理论上是可以预见的，而在实践中是可以观察到的。）
编辑
实际上，我建议采用以下方法：
首先运行Tomcat + Grails，并 为其 提供 尽可能多的内存， 以便可以运行。（将permgen大小设置为默认值…，除非您有明确的证据表明Tomcat + Grails耗尽了permgen。）
稍微运行一下应用程序，以使其达到稳定状态并弄清楚其平均工作集是多少。您应该能够从内存探查器或通过检查GC日志记录中找出原因。
然后将Java堆大小设置为（例如） 两倍 于所测量的工作集大小或更大。（这就是我要在上面提出的要点。）
实际上，还有另一个可能导致您出现问题的原因。即使您告诉Java使用给定大小的堆，也可能是 无法
执行此操作。当JVM向操作系统请求内存时，在某些情况下操作系统会拒绝。
如果运行操作系统的计算机（真实或虚拟）不再具有未分配的“真实”内存，并且已完全分配了操作系统的交换空间，则它将不得不拒绝更多内存的请求。
每个进程的内存限制也可能（尽管不太可能）生效。这将导致操作系统拒绝超出该限制的请求。
最后，请注意，Java使用了更多的虚拟内存，只需将堆栈，堆和permgen编号加在一起即可解决。有可执行文件+ DLL使用的内存，用于I /
O缓冲区的内存，可能还有其他内容。
