[{"_1":2,"_3":-5,"_4":-5},"loaderData",{"_5":6,"_7":8},"actionData","errors","root",{"_11":-5},"routes/user.$name.collections",{"_9":10,"_11":12,"_13":14,"_15":16,"_17":18,"_19":16},"topics",[34],"user",{"_20":21,"_13":14,"_22":23,"_24":14,"_25":26,"_27":28,"_29":30,"_31":16,"_32":33},"loginname","abensu","page",1,"limit",20,"total","id","12461","avatar_url","https://avatars.githubusercontent.com/u/5043861?v=3","githubUsername","create_at","2014-04-30 01:51:20.522","score",5,"topic_count",0,"reply_count","is_star",false,{"_20":35,"_36":37,"_38":39,"_40":41,"_42":43,"_44":45,"_46":47,"_48":33,"_31":49,"_50":51,"_25":52,"_53":54},"75","author_id","247","tab","share","content","之前和PHP同事讨论node.js的性能问题，看了一些node.js的相关文档，node.js除了拥有非阻塞I/O，快速开发等诸多优点外，其缺点也很明显：\r\n

1、单进程，只支持单核CPU，不能充分的利用多核CPU服务器。

\r\n

2、单进程，一旦这个进程崩掉，那么整个web服务就崩掉了。（当然这个可以通过代码的健壮性来弥补）

\r\n

开发环境：

\r\n

vMware Red Hat 虚拟机

\r\n

CPU：两个

\r\n

内存：1GB

\r\n

以下有说的不对的地方还请多多指教：

\r\n

\r\n

\r\n

近期我借助node.js开发了一套网络聊天室的应用，简单实现了大厅聊天，私聊，群聊。用户信息、群组成员信息和聊天内容等借用redis进行存储。

\r\n

具体聊天室的功能请参阅我的博客：http://snoopyxdy.blog.163.com/blog/static/60117440201172510426330/

\r\n

现在想要1个CPU绑定一个node.js聊天室进程，需要借助这个命令：taskset,（具体请参阅相关文档）

\r\n

在linux下运行： \r\n

node server.js\r\n
node server0.js

\r\n

我设定server.js监听端口为8888，server0.js监听端口为8889.

\r\n

OK，现在2个node.js聊天室程序启动起来了。但是要注意，这2个聊天室不能相互聊天，但是用户表是一个，就当他是两个不同的房间把。聊天室代码是一套，只是拷贝了一份server.js，在里面监听了不同的端口。

\r\n

然后我们要对这两个node.js的进程绑定不同的CPU：（目前我的虚拟机就2个CPU）

\r\n

ps -ef | grep node  （用来查看node的进程号）\r\n
root     19277  2517 15 10:12 pts/1    00:00:20 node /usr/local/node/src/chating_express/server.js\r\n
root     19283  2566 18 10:13 pts/2    00:00:20 node /usr/local/node/src/chating_express/server0.js\r\n
root     19291  2384  0 10:15 pts/0    00:00:00 grep node

\r\n

找到了上述2个PID后，就利用taskset来进行CPU绑定，命令如下：（这里只写其中一个）

\r\n

taskset -pc 0 19277  （其中0代表CPU0，以此类推）\r\n
pid 19277's current affinity list: 0,1\r\n
pid 19277's new affinity list: 0

\r\n

出现上述信息代表绑定成功，同样方法绑定另外一个。

\r\n

绑定结束后我们怎么知道他们运行在不同的CPU上呢？找另外一台虚拟机，装好webbench，分别对两个node.js聊天室端口进行压力测试，然后用top命令查看各个CPU的使用情况，（小窍门，输入TOP命令，然后按数字“1”，在压力测试时不停的按“ENTER”），结果表明在压力测试server.js端口时CPU0使用率长期保持在60%以上而CPU1则使用率长期在20%以下，而测试server0.js端口时，CPU1长期保持在60%,而CPU0则保持在20%以下，结果表明绑定成功！（之前曾经乌龙了一次，用自己的虚拟机webbench压力测试，结果发现2个CPU使用率都很高，一直检查不出问题，后来发现webbench也要使用CPU的，泪奔！！！）

\r\n

然后安装nginx，对nginx进行配置，只需在配置文件中加入：（具体nginx的安装和设置请参阅相关文档）

\r\n

upstream node_server_pool {\r\n
server 10.1.1.202:8888 max_fails=1;\r\n
server 10.1.1.202:8889 max_fails=1;\r\n
}\r\n
server\r\n
{\r\n
listen       80;\r\n
server_name 10.1.1.202;\r\n
location /\r\n
{\r\n
proxy_pass http://node_server_pool;\r\n
proxy_set_header Host 10.1.1.202:80;\r\n
proxy_set_header X-Forwarded-For $remote_addr;\r\n
}

\r\n

然后软重启nginx服务，访问10.1.1.202这个地址80端口，就可以让nginx做反向代理了和负载均衡了。

\r\n

注：上述的这些配置需要node.js服务端代码良好的支持，session的存储建议使用redis，这样可以共享session否则需要用到ip_hash了(具体nginx优化配置请参阅相关文档)，在多核CPU上跑多个node.js进程他们之间的内存是不共享的，这点需要牢记啊。

\r\n

由于之前曾经压力测试过node.js的空框架，发现其内存消耗并不是很高，所以理论上来说，如果4核cpu且内存8G以上，开4个node.js进程跑在一个服务器上，用nginx做负载均衡，其性能和稳定性都应该比单个node.js提升很大。

","title","让node.js充分利用多核服务器的性能","last_reply_at","2015-07-22 00:49:28.67","good",true,"top",14,"visit_count",31240,"2011-08-30 02:22:52","author",{"_13":55,"_22":56},"DoubleSpout","https://avatars0.githubusercontent.com/u/971370?v=3"]