社区
高性能WEB开发
帖子详情
求高并发的web服务器
ivan_070
2011-07-13 03:09:24
这次真是需要高并发了,因为是提供类似外链的服务器,只不过内容全是静态的html,大小都在10k左右。文件数量不大,可能3000个文件左右把。
现在可以选的有iis、apache、lighttpd,需要用web服务器处理小的html文件的请求,请问哪个最好。
...全文
125
1
打赏
收藏
求高并发的web服务器
这次真是需要高并发了,因为是提供类似外链的服务器,只不过内容全是静态的html,大小都在10k左右。文件数量不大,可能3000个文件左右把。 现在可以选的有iis、apache、lighttpd,需要用web服务器处理小的html文件的请求,请问哪个最好。
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
1 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
deqiang135
2011-07-13
打赏
举报
回复
nginx做反向代理,处理并发好像还不错
Web
Application Stress Tool
微软官方的.
web
压力测试工具
Web
Application Stress Tool.rar
你的
Web
服务器
和应用到底能够支持多少并发用户访问?在出现大量并发请
求
的情况下,软件会出现问题吗?这些问题靠通常的测试手段是无法解答的。本文介绍 了Microsoft为这个目的而提供的免费工具WAS及其用法。另外,本文介绍了一种
Web
应用的性能优化方法,并利用WAS测试了它的性能改善程度。 随着
服务器
端处理任务的日益复杂以及网站访问量的迅速增长,
服务器
性能的优化也成了非常迫切的任务。在优化之前,最好能够测试一下不同条件下
服务器
的性能表现。找出性能瓶颈所在是设计性能改善方案之前的一个至关紧要的步骤。 本文介绍Microsoft的
Web
Application Stress Tool(WAS,
Web
应用负载测试工具)在
Web
服务器
性能测试中的应用(注:Stress基本含义为“重压;压力”等,本文称之为“负载”)。另 外,我们还将通过WAS评估一种相对简单的网站性能改善方法,这种方法的基本思想是在
服务器
上生成静态的HTML页面、避免过多的数据库调用。 负载测试是任何
Web
应用的开发周期中一个重要的步骤。如果你在构造一个为大量用户服务的应用,搞清楚你的产品配置能够承受多大的负载非常重要。如果你在构造一个小型的Intranet网站,测试能够暴露出最终会导致
服务器
崩溃的内存漏洞以及竞争情况。 无论是哪种情形,花些时间对应用进行负载测试可以获得重要的基准性能数据,为未来的代码优化、硬件配置以及系统软件升级带来方便。即使经费有限的开发组 织也可以对它们的网站进行负载测试,因为Microsoft的WAS是可以免费下载的。WAS要
求
Windows NT 4.0 SP4或者更高,或者Windows 2000。为了对网站进行负载测试,WAS可以通过一台或者多台客户机模拟大量用户的活动。WAS支持身份验证、加密和Cookies,也能够模拟各种浏 览器类型和Modem速度,它的功能和性能可以与数万美元的产品相媲美。如果你对WAS和Microsoft的另外一个测试工具
Web
Capacity Analysis Tool (WCAT)之间的差别感兴趣,可以访问Microsoft
Web
工具的比较页面。 要对网 站进行负载测试首先必须创建WAS脚本模拟用户活动。我们可以用下面四种方法之一创建脚本:通过记录浏览器的活动;通过导入IIS日志;通过把WAS指向
Web
网站的内容;或者手工制作。图1所显示的是通过记录浏览器事件生成的脚本的一部分,网站是Microsoft的Duwamish Book Store。Duwamish是Microsoft开发的电子商务
Web
应用示例,从Duwamish网站的“Phase 4”链接可以下载这个软件包。下载包中包含了它自己的WAS测试脚本。
Web
Socket客户端和服务端实例源码
Web
Socket客户端和服务端实例源码
Web
Socket ws实例 HTML5 用java实现的服务端
Web
socket与
服务器
的正常通信 众所周知,
Web
应用的交互过程通常是客户端通过浏览器发出一个请
求
,
服务器
端接收请
求
后进行处理并返回结果给客户端,客户端浏览器将信息呈现,这种机制对于信息变化不是特别频繁的应用尚可,但对于实时要
求
高、海量并发的应用来说显得捉襟见肘,尤其在当前业界移动互联网蓬勃发展的趋势下,
高并发
与用户实时响应是
Web
应用经常面临的问题,比如金融证券的实时信息,
Web
导航应用中的地理位置获取,社交网络的实时消息推送等。 传统的请
求
-响应模式的
Web
开发在处理此类业务场景时,通常采用实时通讯方案,常见的是: 轮询,原理简单易懂,就是客户端通过一定的时间间隔以频繁请
求
的方式向
服务器
发送请
求
,来保持客户端和
服务器
端的数据同步。问题很明显,当客户端以固定频率向
服务器
端发送请
求
时,
服务器
端的数据可能并没有更新,带来很多无谓请
求
,浪费带宽,效率低下。 基于 Flash,AdobeFlash 通过自己的 Socket 实现完成数据交换,再利用 Flash 暴露出相应的接口为 JavaScript 调用,从而达到实时传输目的。此方式比轮询要高效,且因为 Flash 安装率高,应用场景比较广泛,但在移动互联网终端上 Flash 的支持并不好。IOS 系统中没有 Flash 的存在,在 Android 中虽然有 Flash 的支持,但实际的使用效果差强人意,且对移动设备的硬件配置要
求
较高。2012 年 Adobe 官方宣布不再支持 Android4.1+系统,宣告了 Flash 在移动终端上的死亡。 从上文可以看出,传统
Web
模式在处理
高并发
及实时性需
求
的时候,会遇到难以逾越的瓶颈,我们需要一种高效节能的双向通信机制来保证数据的实时传输。在此背景下,基于 HTML5 规范的、有
Web
TCP 之称的
Web
Socket 应运而生。 早期 HTML5 并没有形成业界统一的规范,各个浏览器和应用
服务器
厂商有着各异的类似实现,如 IBM 的 MQTT,Comet 开源框架等,直到 2014 年,HTML5 在 IBM、微软、Google 等巨头的推动和协作下终于尘埃落地,正式从草案落实为实际标准规范,各个应用
服务器
及浏览器厂商逐步开始统一,在 JavaEE7 中也实现了
Web
Socket 协议,从而无论是客户端还是服务端的
Web
Socket 都已完备,读者可以查阅HTML5 规范,熟悉新的 HTML 协议规范及
Web
Socket 支持。
IIS控制管理
学习.net开发的好例子
9、Linux
高并发
Web
服务器
项目实战(附代码下载地址)
9、Linux
高并发
Web
服务器
高性能WEB开发
25,980
社区成员
4,366
社区内容
发帖
与我相关
我的任务
高性能WEB开发
高性能WEB开发
复制链接
扫一扫
分享
社区描述
高性能WEB开发
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章