惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

aimingoo的专栏
aimingoo的专栏
I
InfoQ
B
Blog RSS Feed
D
Docker
GbyAI
GbyAI
N
Netflix TechBlog - Medium
Y
Y Combinator Blog
F
Fortinet All Blogs
P
Proofpoint News Feed
Microsoft Azure Blog
Microsoft Azure Blog
人人都是产品经理
人人都是产品经理
Martin Fowler
Martin Fowler
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
M
MIT News - Artificial intelligence
C
Check Point Blog
Vercel News
Vercel News
云风的 BLOG
云风的 BLOG
博客园 - Franky
Google DeepMind News
Google DeepMind News
WordPress大学
WordPress大学
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
V
V2EX
Last Week in AI
Last Week in AI
L
LangChain Blog

博客园 - 卢春城

Lesktop开源IM移动端:接入LayIM移动端UI 开源企业即时通讯和在线客服 开源企业即时通讯和在线客服 在SQL Server中对视图进行增删改 WebBrowser介绍——Javascript与C++互操作 开源WebOS 一步一步打造WebIM(4)——Comet的特殊之处 网页信息抓取 在线CHM阅读器(2)——文件提取及关键文件解析 一步一步打造WebIM(2)——消息缓存 在线CHM阅读器(1)——CHM文件格式概述 一步一步打造WebIM(1) 谈谈网站设计时图片的使用 如何开发HTML编辑器 Variable控件[更新至1.3]--在客户端和服务器之间传送变量 公交车路线查询系统后台数据库设计--换乘算法改进与优化 公交车路线查询系统后台数据库设计 公交车路线查询系统后台数据库设计--引入步行路线 远程控制程序
一步一步打造WebIM(3)——性能测试
卢春城 · 2010-05-16 · via 博客园 - 卢春城

WebIM系列文章

一步一步打造WebIM(1)(2)中,已经讨论了如何开发一个WebIM,并且使用缓存来提高WebIM的性能,本文将编写一个程序模拟大量用户登录来对WebIM进行性能测试。

1.200个用户同时在线

测试一将模拟200个用户同时登录的聊天室,每个用户以1条消息/秒的速度发送消息(由于网络和服务器处理延迟,可能多于1秒)

环境参数

操作系统:Window Server 2003

内存:2G

CPU:AMD Athlon(tm) 64 X2 Dual 2.4GHz

服务器:IIS6

数据库:SQLite

消息缓存数量:200

测试过程截图

1

2

测试结果

200

测试结果解析

测试程序启动了200个接收线程和200个发送线程(以1条消息/秒的速度发送消息,连续发50条),根据测试结果显示,发送消息的平均延迟大概为1000ms(即从客户端发送消息到服务器将消息写到缓存中大概要1000ms),接收消息的平均延迟为大概600ms(服务器将消息写到缓存600ms后,用户才在浏览器中接收到该消息)。由于每一个用户都会接受到其它199个用户的消息,因此,200个接受线程如果消息完全接收,应该有200*50*200 = 2000000条消息,显然,当发送消息的200个线程结束时,接收消息的线程仍然没有结束。由于发送消息的平均延迟大概为1000ms,因此,相当于200个用户同时以1条消息/2秒的频率向聊天室发送消息。

2.500个用户同时在线

测试一将模拟500个用户同时登录的聊天室,每个用户以1条消息/秒的速度发送消息(由于网络和服务器处理延迟,可能多于1秒)

环境参数

操作系统:Window Server 2003

内存:2G

CPU:AMD Athlon(tm) 64 X2 Dual 2.4GHz

服务器:IIS6

数据库:SQLite

消息缓存数量:200

测试过程截图

3

测试结果

500

测试结果的意义和测试1类似,因此不做详细解析

从以上测试来看,同时在线人数达到500时,延迟还是比较大的

测试程序及WebIM源代码下载