基于JavaEE的性能调优方法研究.pdfVIP

2008/4 技术与应用 基于JavaEE的 性能调优方法研究 东北大学 宋航 大连外国语学院 尉迟凯文 对于绝大部分的Java EE 线程池度量主要是针对线 测试。通过捕获吞吐量并逐渐 应用项目而言,失败不是在功 程池的使用程度和待处理请求 增加线程的数量来找到性能拐 能上而是在性能上。所以对于 的数量。平均来说,期望的线程 点,然后把这个拐点对应的线 应用的系统调优就成 池的利用率在 左右并且没 程数量做为当前服务器的线程 Java EE 80% 为重中之重。针对 应 有待处理请求,这个百分比使 池里线程数量上限的最优值。 JavaEE 用进行系统调优包括线程池调 用程度会在客户高峰时期给出 连接池调优 优、连接池调优和缓存调优等 较好的缓冲预备。但是如果线 企业应用 很少 Java EE 方法。 程池的利用率在 左右或以 把业务功能模块装载到内存 90% 线程池调优 上,那么线程池里的线程就显 中,相反,会调用外部资源如数 由于线程池定义了Java得太少了。对于每一个应用服 据库。建立外部资源连接是非 EE应用服务器并发操作支持 务器来说,线程池的容量都有 常昂贵的操作,因此建立一个 数量的上限,因而合理的调优 一个上限,超过这个上限性能 连接池和共享连接是提升性能 线程池会对性能有很大的影 就会下降。判断一个服务器的 的最佳选择。如果应用服务器 响。选择合适的上限值是很困 线程池上限的最佳方式就是通 不能提供足够的外部资源连 难的任务,一般的方案是综合 过监控应用的吞吐量来得到针 接,那么当前的线程就必须等 考虑当前应用支持的用户数 对当前服务器的最佳负载。吞 待其它线程来释放一个有效连 量,计算出现实的思考时间(即 吐量是在特定时间段的工作 接。 客户发送请求的间隔时间)和 量,比如处理的客户请求数量。 理想状态下,连接池利用 每个请求的平均响应时间来估 随着线程的数量增多,吞吐量 率在 左右并且几乎没有任 80% 计一个上限数量。例如,如果当 会加大但最终会到达一个拐 何线程来等待连接,可以给客 前应用需要支持 个客 点,即随着线程池里线程数量 户高峰预留一个缓冲。对于连 1000 户,平均的思考时间为 秒, 的增多,性能反而会下降,原因 接池的设定主要有最少连接 20 并且每个请求的平均线程处理