关于jetty与tomcat一些性能的研究

google 选择jetty主要还是看上它的订制性以及集成能力.换句话说,在你的应用中集成一个微型web服务器来完成部分功能,性能更重要还是便捷更重要.

如果看过tomcat，jetty的代码，你会发现两个东西都是很简单的，都可以很简单的集成，作为一个embed的应用，不过tomcat写的复杂一点
google选择jetty,因为它的小和性能好

jetty 的报错信息提示更准确也更详细，我把TOMCAT上面的项目放在jetty会报错，但是可以检查出一些隐患 ~

对吖，还有哪些数据是必要的呢，这个是我非常关心的一个问题。

我们用jetty主要是在开发阶段调试和演示方便。没有必要再性能上较真儿。生产环境自然要着重考虑性能问题了。

代码一样，测试条件
http://localhost:8080/test/servlet/test?a=100&b=100
机器配置
2.G物理内存
Intel Core Dou T6400 2.0GHz
jvm sun 1.6
tomcat没做什么处理，难得修改
ab -cn -n1000 (n为表格中各个参数)




经过测试，最高并发量可以达到c80 n1000的效果如果再多用户会感觉到缓慢，吞吐率开始走下坡路。当然最高点可能不是80，可能是90，或者85之类的，懒得细化了。







jetty最好的情况下是c40 n1000,再多的用户性能急剧下降。

机器是我的一台笔记本，所以测试出来的结果看起来很不稳定。这里只是想说明一下测试的方法应该是这样的，而不是单纯的说我可以支撑多少多少并发用户，（对于这样的人我很无语，他们根本不知道什么叫支撑多少多少并发用户）。说道支撑用户数要有条件，（机器配置，测试环境），要有图表（明确的表示出吞吐率，用户平均响应时间，服务器平均处理时间），只有这样才能谈论并发数。

这里可单jetty的效果不是很好，解决办法也很简单，跟踪一下看是哪里出的问题，比如jsp编译的问题？IO的问题？system call用了哪些？诸如此类。而不是一拍脑袋的认为数据库有问题（见到过N多人一碰到性能问题就说是数据库。。。都无语了。）

我这里没有你所说的支撑多少用户喔。

不过你这里没有说与tomcat进行对比。

你的数据都是用ab进行压出来的吗？

我这里是用ab压出来的。
你们一般用什么的？

我这里只作为对比，与支持人数没有关系。

程序我没有细看, 但使用Jetty是有很大风险的.

本来Java的NIO也是不成熟的, 然而Jetty 的默认IO模式正是NIO. 使用时, 需注意Jetty的版本.

另外一点, 我认为Jetty仍然在并发编程中做的不够完美, 按照我目前的测试结果, 在超过50的并发上, Jetty并没有充分的另用CPU资源. 这会导致获得CPU时间片的线程挂起, 最终导致的后果是, 上到一定的并发, 你的load avg 会很大.

最后, 如果大家项目中使用Jetty, 我推荐使用Jetty1.6.22以上的版本.

有别的资料, 请楼下跟贴. (dongtalk@gmail.com

楼主是不是在windows下测试的 ？
Java6的NIO在 windows下工作的很差。