这是关于C1000K序列文章的第二篇, 在前一篇文章构建C1000K的服务器(1) – 基础中, 介绍了支持 C1000K 的 Linux 系统的内核参数调整和系统设置. 在本篇文章中, 将对一个真正的应用服务器做 C1000K 测试.
Comet 服务器是一类逻辑相对简单, 需要高并发连接的服务器. Comet 在网站系统中的应用非常广泛, 可以见这篇日志的介绍:http://www.ideawu.net/blog/archives/737.html.
HTTP 协议处理要开发一个支持百万并发连接的 Comet 服务器, 我选择 C/C++ 语言, 当然还有其它的选择如 Erlang, Java 等. 对于一个只支持 long-polling Comet 服务器, 首先要具备解析 HTTP 协议的能力, 我选择 libevent 来处理 HTTP 协议.
通道和订阅者管理服务器在启动的时候, 就预先分配了 100 万个通道对象的空间, 但订阅者对象是按需分配的, 通过内存池方式. 100 万个通道对象和程序的其它数据占用了 24MB 的内存.
Benchmark启动 icomet 服务器:
./icomet服务器监听了 100 个端口, 是为了测试方便, 原因见前一篇文章的分析:构建C1000K的服务器(1) – 基础.
然后启动 benchmark 客户端:
./tools/benchmark 127.0.0.1 8100benchmark 程序每创建十万个连接, 就会暂停, 按回车后继续. 通过 top/ps 查看 icomet 进程的内存占用. 最终, 得出如下数据.
[table]
[tr][td]连接数[/td][td]进程VIRT[/td][td]进程RES[/td][/tr]
[tr][td]0[/td][td]39m[/td][td]24m[/td][/tr]
[tr][td]100000[/td][td]302m[/td][td]288m[/td][/tr]
[tr][td]200000[/td][td]579m[/td][td]565m[/td][/tr]
[tr][td]500000[/td][td]1441m[/td][td]1427m[/td][/tr]
[tr][td]1000000[/td][td]2734m[/td][td]2720m[/td][/tr]
[/table]可以看到, 每一个 Comet 连接大约占用了 2.7KB 的内存. 此时, 服务器空闲, 进程占用 CPU 为 0%.
项目的代码在:https://github.com/ideawu/icomet, 欢迎大家试用, 并反馈你的测试数据.