这种情况，就是程序的问题了。
俺觉得这种情况没啥影响，服务器配置这么高，4G占了2.5G，之后又不增加了，也不算特别高，如果本服务器不再配置别的项目，完全不用担心。

     前晚研究了几个小时，增加了jvm Eden和Survivor以及Perm Space的初始大小，系统稳定运行了1天，内存保持在1.4G(启动分配后就这么大)，2天后（今早上）一看，跑到3.2G了又，奇怪的很阿，jconsole一直监控着，确定gc回收很正常，执行频率也不高，只是很奇怪数据库连接池连接线程有的一直阻塞和等待中，如果等待状态没问题，但是出现个阻塞很奇怪，程序都释放回连接池了。难倒是resin2.1本身的问题？有遇到同版本resin同样和我问题的没？一起研究研究。
      我因为要换托管服务器到云服务器上，降低托管成本，云服务器租的内存1.5G，如果内存降不下来，怕到时老要重启云服务器也麻烦，所以要把这个问题搞定才放心啊，不然客户老打电话报系统慢也头大....

可以考虑添加负载均衡，resin2.1.17引擎支持这个功能。

现在并发还小，暂时还不需要平衡啥的。现在的情况是连接池dbcon连接线程有阻塞，贴出来jconsole监控的数据看看：
名称： Prototyper
状态：WAITING 在 org.logicalcobwebs.proxool.PrototyperThread@1315415 上
阻塞总数：37  等待总数： 37

堆栈追踪： 
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:485)
org.logicalcobwebs.proxool.PrototyperThread.doWait(PrototyperThread.java:69)
org.logicalcobwebs.proxool.PrototyperThread.run(PrototyperThread.java:58)


housekeeper:
名称： HouseKeeper
状态： TIMED_WAITING
阻塞总数：1  等待总数： 292

堆栈追踪： 
java.lang.Thread.sleep(Native Method)
org.logicalcobwebs.proxool.HouseKeeperThread.run(HouseKeeperThread.java:46)

不知道这2个参数阻塞是正常还是非正常，数据库连接都回收了，确定都是空闲的，在proxool提供的管理端可以看到。前台用户访问都很正常，唯一不正常的是我响限制内存耗用，先在内存还是控制不住往上增长。

最后解决了，妈的，servlet的gc函数里面又调了自己gc，造成死循环，晕死，大意了！

代码里不要出现system.gc()