前些天給echo_server寫了個(gè)非常簡(jiǎn)單的連接壓力測(cè)試程序,
- -module(stress_test).
-
- -export([start/0, tests/1]).
-
- start() ->
- tests(12345).
-
- tests(Port) ->
- io:format("starting~n"),
- spawn(fun() -> test(Port) end),
- spawn(fun() -> test(Port) end),
- spawn(fun() -> test(Port) end),
- spawn(fun() -> test(Port) end).
-
- test(Port) ->
- case gen_tcp:connect("192.168.0.217", Port, [binary,{packet, 0}])of
- {ok, _} ->
- test(Port);
- _ ->
- test(Port)
- end.
一開始我的這個(gè)stress_test客戶端運(yùn)行在windows上面, echo_server服務(wù)器端運(yùn)行在linux上面。結(jié)果接受了1016個(gè)連接就停止了. 于是我用ulimit -n 改了服務(wù)器端的文件描述符數(shù)量為10240. 接著還是如此,折騰了幾天,最終還是沒有搞明白。
于是就求助于公司的linux編程牛人,結(jié)果讓我一倒… 客戶端沒有修改文件描述符個(gè)數(shù). windows上得在注冊(cè)表里面改.
牛人開始對(duì)這東西的性能感興趣了,剛好我摸了一陣子erlang的文檔,于是我倆就走向了erlang網(wǎng)絡(luò)連接的性能調(diào)優(yōu)之旅啦~~過程真是讓人興奮。 我們很快通過了1024這一關(guān)~~到了4999個(gè)連接,很興奮.
但為什么4999個(gè)連接呢, 檢查一下代碼終于發(fā)現(xiàn)echo_server.erl定義了一個(gè)宏, 最大連接數(shù)為5000. 我又倒~~
修改編譯之后, 連接數(shù)跑到101xx多了, 太哈皮了!
再測(cè)102400個(gè)連接時(shí),到32767個(gè)連接數(shù)erl掛了~說是進(jìn)程開得太多了. 好在記得這個(gè)erl的參數(shù)+P,可以定義erlang能生成的進(jìn)程數(shù). 默認(rèn)是32768. 改了!
后面不知怎么著,在81231個(gè)連接停止了. 新的性能瓶頸又卡了我們. 好在牛人對(duì)linux熟, 用strace(這東西會(huì)莫名地退出), stap查出一些苗頭. 我也想到在otp文檔好像提過另一個(gè)limit,那就是端口數(shù)…在此同時(shí)我們發(fā)現(xiàn)erlang在linux上是用的傳統(tǒng)poll模型. 但查erlang的源代碼發(fā)現(xiàn)是支持epoll的. 在網(wǎng)上搜了半天,終于搜到了個(gè)maillist的帖子.
- $./configure --enable-kernel-poll
由于我們的測(cè)試服務(wù)器是雙核的,我們?cè)谂渲玫臅r(shí)候也打開了smp支持. 歡快的make & make install之后….
把 /proc/sys/net/ipv4/ip_local_port_range 的內(nèi)容改成了1024到65535. 最多也也能改成65535 
- $echo 1024 65535 > ip_local_port_range
另外再添加一個(gè)erl的環(huán)境變量
- $export ERL_MAX_PORTS=102400
于是開始跑了,不過這次跑不一樣了
echo_server
- $erl -noshell +P 102400 +K true +S 2 -smp -s echo_server start
stress_test
- $erl -noshell +P 102400 +K true +S 2 -smp -s stress_test start
這里的+K true,表示使用內(nèi)核poll,+S 2 表示兩個(gè)核. 這樣可歡快啦~~~ 10w大關(guān)過咯! 而且比剛才沒用epoll的速度快暴多~~
于是我們又開始了204800個(gè)連接發(fā)測(cè)試了~~~
用top一看cpu占用率極低,服務(wù)器只在5%左右。內(nèi)存也不是很大~~