原先设置了1G heap 大小。但是发现很快进程就上到了1G（几个小时）。现在增大新生代后，虽然增长比较慢，但还是有增加的趋势。一天大概10-20m的增加吧。查看垃圾回收记录，它占用的内存还是不大的，现在是318349K->56717K(753664K)。实际占用的也就50多m.我们的平台是：

oracle9ias903,oracle8i(9i)，redhat advaced server2.1.硬件配置.双700m cpu,2G的pc server.系统性能不是瓶径。用户总量不大（100来个左右），并发高峰期也就30-40来个。架构是jsp+javabean实现。哪位大侠帮忙分析一下可能原因及解决方法。多谢了！（我已经搞了几个星期了，虽然解决了不少问题，但最终的问题还没有解决：（ ）

使用Jsp+JavaBeans无法从代码上真正限制connection的关闭，因为Jsp运行是按照线程运行的，并发时先后次序不定，因此，你按照你想像的逻辑检查发现没有connection没有关闭，实际情况还是不一定。

还有，存储过程语言一定要少用，我建议开发J2EE系统采用面向Model模型设计，这样，数据库只是持久层的一个具体实现，在J2EE中是一个非常具体次要的位置，不涉及数据库。这样，将原来集中在数据库上的负载可以分散到中间件EJB上，而EJB可以分布式集群计算，无疑提高了原来单纯数据库系统的运算性能。

真不好意思，你这个具体问题因为不在现场无法详细回答，以上仅仅供参考。

ResultSet ExecuteQuery(String sql)。所有的jsp页面都是调用该方法获取resultset，然后在jsp里关闭相应的数据库资源。但是该类封装及为混乱（有多个public的statement,connection成员变量）。导致我们想通过修改该类来解决jsp页面里面的statement ,connection资源泄露的想法不可行。最后只好自己写了个cache(MyResultSetCache implements ResultSet)，让上面说的ExecuteQuery(String sql)方法返回该cache类。然后直接在该方法的finally关闭resultset,statement,connection等。虽然这样性能会差一点，但是我们的性能不是瓶经。所以说我们基本是解决了statement,connection没有关闭的问题。但是系统仍旧存在上述问题。这两天修改了jvm参数，希望能够解决该问题。。（只是在观察中，不敢向老板说解决了该问题）。