Tomcat 上的平均最大并发用户数
我正在使用 JMeter
对 Web 应用程序(使用 Spring、Struts2 REST 构建、使用 PostgreSQL)进行压力测试。
我正在使用我的应用程序模拟典型用户的场景:
4 次 GET、3 次插入、20 次更新调用。
服务器规格:
4核 Intel Xeon X5365 3GHz
8GB RAM
单 320GB SATA 磁盘
操作系统:Ubuntu 8.10 32位
DB:Postgresql 8.4
Tomcat 6.0.18
Java 1.6.0_14
结果显示服务器可以处理大约 130 个并发事务。这个数字可能吗?网上有结果可以和我的比较吗?
I am doing stress test with JMeter
on web application (built with Spring, Struts2 REST, uses PostgreSQL).
I am simulating typical user's scenario with my app:
4 GET, 3 INSERT, 20 UPDATE calls.
Server specs:
4core Intel Xeon X5365 3GHz
8GB RAM
single 320GB SATA disk
OS: Ubuntu 8.10 32bit
DB: Postgresql 8.4
Tomcat 6.0.18
Java 1.6.0_14
The results show that server would handle around 130 concurrent transactions. Is this number possible? Are there any results online to compare with mine?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
瓶颈将出现在您的数据库中,因此在不知道您的数据库性能的情况下很难进行比较。
我们有一台类似的机器(除了 16GB RAM,运行 Tomcat 5.5)。在峰值负载下,它可以轻松服务 256 个并发连接。我们正在讨论将 maxThreads 更改为 512。
一些调整技巧,
mod_jk
。它的性能比mod_proxy
好得多。The bottleneck will be in your database so this is very hard to compare without knowing your database performance.
We have a similar machine (except with 16GB RAM, running Tomcat 5.5). In peak load, it can easily serve 256 simultaneous connections. We are debating to change the maxThreads to 512.
Some tuning tips,
mod_jk
. Its performance is much better thanmod_proxy
.