socket.io的1000+连接

最近基于socket.io写了个消息服务，使用websocket-bench 在进行压力测试

 

websocket-bench -a 5000 -c 500 http://ip:9080

 发现只要连接超过1000多点，就会失败：

 

 

Launch bench with 5000 total connection, 500 concurent connection
0 message(s) send by client
1 worker(s)
WS server : socket.io

#### steps report ####
┌────┬────── ┬───  ┬───────┐
│ Number │ Connections │ Errors │ Duration(ms) │
├────┼────── ┼────┼───────┤
│ 500    │ 500         │ 0      │ 1787         │
├────┼── ────┼────┼───────┤
│ 1000   │ 500         │ 0      │ 2609         │
├────┼── ────┼────┼───────┤
│ 1500   │ 0           │ 500    │ 2610         │
├────┼───── ─┼────┼───────┤
│ 2000   │ 13          │ 487    │ 1609         │
├────┼ ──────┼────┼───────┤
│ 2500   │ 0           │ 500    │ 1114         │
├────┼──── ──┼────┼───────┤
│ 3000   │ 0           │ 500    │ 1135         │
├────┼─ ─────┼────┼───────┤
│ 3500   │ 0           │ 500    │ 634          │
├────┼──── ──┼────┼───────┤
│ 4000   │ 0           │ 500    │ 597          │
├────┼── ────┼────┼───────┤
│ 4500   │ 0           │ 500    │ 1119         │
├────┼─── ───┼────┼───────┤
│ 5000   │ 0           │ 500    │ 618          │
└────┴──── ──┴────┴───────┘
#### total report ####
┌────┬────── ┬────┬───────┬───────┬───────┐
│ Number │ Connections │ Errors │ Message Send │ Message Fail │ Duration(ms) │
├────┼──── ──┼────┼───────┼───────┼───────┤
│ 5000   │ 1013        │ 3987   │ 0            │ 0            │ 9627         │
└────┴─── ───┴────┴───────┴───────┴───────┘

 为什么会是1000多点这个数？websocket-bench 的README.md文档也特别提醒：

Tip: You may find it useful to increase the maximum number of open file descriptors on your system during testing:

ulimit -n 60000

 ulimit 有什么特殊作用？网上搜到这篇文章 通过ulimit改善系统性能 ，原来是系统默认的文件打开数影响了连接数 ，通过命令 ulimit -a 可以看到：

core file size             (blocks, -c) 0
data seg size              (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size                    (blocks, -f) unlimited
pending signals                  (-i) 31107
max locked memory          (kbytes, -l) 64
max memory size            (kbytes, -m) unlimited
open files                   (-n) 1024
pipe size                    (512 bytes, -p) 8
POSIX message queues         (bytes, -q) 819200
real-time priority                  (-r) 0
stack size                   (kbytes, -s) 8192
cpu time                     (seconds, -t) unlimited
max user processes              (-u) 31107
virtual memory               (kbytes, -v) unlimited
file locks                     (-x) unlimited

  open files 为 1024 大概明白为什么socket连接只能有1000多点，使用 ulimit -n 60000来调整可打开文件数，再进行测试，连接数果然就正常了

 

题外话：socket长连接保持着“文件”（Linux上一切都可以看成是文件）被打开，所以1024的文件连接数很快被耗尽，虽然websocket-bench 文档中也提到ulimit -n 参数调整，但是对操作系统性能类的参数了解很少，没明白什么意思，就无视了，等发现问题的时候，猜可能是该参数影响了性能，才去查资料，所以说专业的事情还真得专业的人来解决，主机工程师或者性能测试人员对这类的参数也许就比较熟悉，知道该类参数的调整，程序员碰到可能真得一头雾水，现在明白为什么高校的计算机专业需要开设操作系统的课程了，这才是基础，虽然学的也是一头雾水^_^