转-tomcat io performance comparison with nio

本文通过实验对比了Tomcat使用NIO与传统IO处理动态页面和静态页面时的性能表现。结果显示,在处理动态资源时NIO的优势不明显,甚至不如传统IO;而在处理静态资源时NIO虽然不稳定但性能提升显著。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

原文见CodeWeblog.com   见中文

tomcat connector (conncector) can be configured way NIO IO and NIO today were nothing to do on the next test configuration is as follows: 

<Connector port="8080" protocol="HTTP/1.1" 
               connectionTimeout="20000" 
               redirectPort="8443" 
                           executor="tomcatThreadPool" />

<Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol" 
               connectionTimeout="20000" 
               redirectPort="8443" />        


Test two main resources: 
Dynamic pages (with database queries, emphasis on IO and cpu)   -- 动态页面(db查询,偏重消耗IO和CPU)
Static pages (no database operations, mainly on the ability to handle a simple request)  -- 静态页面(没有DB操作,主要是处理简单的请求)

The results are as follows: 
Dynamic Page 
Concurrency   100 200 300 400 600 800
IO                  206 215 209 205 210 206
NIO               192 194 189 194 195 191


Static page 
Concurrency   100 200 300 400 600 800
IO                  941 306 361 361 347 400
NIO                927 313 318 703 286 914

Can be seen in dealing with the advantages of dynamic resources NIO is not obvious or even not as good as IO, the main reason is a dynamic resource, IO, and cpu-intensive operations, resulting in many requests are blocked on the CPU and IO, it can only dry socket IO waiting, not to play the advantages of NIO 

NIO look at the performance when dealing with static, although the unstable but still very significant performance improvements, so NIO often used to process the request and deal with them more than simple applications, such as memcached

-- 看来,如果是比较耗CPU和IO的操作,tomcat即使在NIO的时候接收更大的并发,那么,顶多是进一步榨干机器的IO和CPU,还有可能将机器崩溃掉。因此,一定要参考CPU和IO的情况,有DB的话,也要参考DB机器的CPU和IO。这时候,估计还是增加更多的机器和应用,以此降低机器的负荷。

附:tomcat的官方文档上对集中connector的对比:

Below is a small chart that shows how the connectors differentiate.

              Java Blocking Connector       Java Nio Blocking Connector       APR Connector
Classname         Http11Protocol                  Http11NioProtocol         Http11AprProtocol
Tomcat Version   3.x 4.x 5.x 6.x                       6.x                     5.5.x 6.x
Support Polling         NO                             YES                        YES
Polling Size           N/A                   Unlimited - Restricted by mem    Unlimited - Configurable
Read HTTP Request     Blocking                     Non Blocking                   Blocking
Read HTTP Body        Blocking                     Sim Blocking                   Blocking
Write HTTP Response   Blocking                     Sim Blocking                   Blocking
SSL Support           Java SSL                     Java SSL                       OpenSSL
SSL Handshake         Blocking                     Non blocking                   Blocking
Max Connections       maxThreads                See polling size            See polling size



基于数据挖掘的音乐推荐系统设计与实现 需要一个代码说明,不需要论文 采用python语言,django框架,mysql数据库开发 编程环境:pycharm,mysql8.0 系统分为前台+后台模式开发 网站前台: 用户注册, 登录 搜索音乐,音乐欣赏(可以在线进行播放) 用户登陆时选择相关感兴趣的音乐风格 音乐收藏 音乐推荐算法:(重点) 本课题需要大量用户行为(如播放记录、收藏列表)、音乐特征(如音频特征、歌曲元数据)等数据 (1)根据用户之间相似性或关联性,给一个用户推荐与其相似或有关联的其他用户所感兴趣的音乐; (2)根据音乐之间的相似性或关联性,给一个用户推荐与其感兴趣的音乐相似或有关联的其他音乐。 基于用户的推荐和基于物品的推荐 其中基于用户的推荐是基于用户的相似度找出相似相似用户,然后向目标用户推荐其相似用户喜欢的东西(和你类似的人也喜欢**东西); 而基于物品的推荐是基于物品的相似度找出相似的物品做推荐(喜欢该音乐的人还喜欢了**音乐); 管理员 管理员信息管理 注册用户管理,审核 音乐爬虫(爬虫方式爬取网站音乐数据) 音乐信息管理(上传歌曲MP3,以便前台播放) 音乐收藏管理 用户 用户资料修改 我的音乐收藏 完整前后端源码,部署后可正常运行! 环境说明 开发语言:python后端 python版本:3.7 数据库:mysql 5.7+ 数据库工具:Navicat11+ 开发软件:pycharm
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值