var master = new cluster.Master(); master.register(8080, 'app.js'); master.dispatch();
var admin = new cluster.Worker(); var server = Http.createServer(function (req, res) { admin.transact();
res.writeHead(200, {'Content-Type': 'text/plain;charset=utf-8'}); res.end('hello world');
admin.release(); });
admin.ready(function (socket) { server.emit('connection', socket); });
回复 (27)
期待性能数据！
在一台超线程可见 5 * Intel(R) Xeon(R) CPU E5620 @ 2.40GHz 的虚拟机上用siege2.7本机压测，demo/main.js 下的33749端口，与node原生的http模块进行对比。由于基本不涉及IO操作，保证压测时工作进程CPU吃满，结果如下：
**connection: keep-alive模式下（长连接）：siege -b -c2 -t1m **
- 原生HTTP，时长59.76s，QPS：8486.93，请求数507179，可用率100.00%;
- node-cluster，时长59.64s，QPS：8424.51，请求数502438，可用率100.00%;
**connection: close模式下（短连接）：siege -b -c1000 **
- 原生HTTP，时长24.15s，QPS：4907.33，请求数118512，可用率99.93%;
- node-cluster，时长20.71s，QPS：3864.61，请求数80036，可用率100.00%;
结论如下：
- 长连接模式下HTTP协议无性能损失。这个容易理解，一旦连接建立，之后的请求就与master无关了；
- 短连接模式下，node-cluster封装之后有20%的QPS损失。在短连接模式下，操作系统的文件句柄数首先达到瓶颈。在测试之前，手工通过ulimit -n调整 max opend files为65535，并且在TIME_WAIT状态的TCP连接数小于100的情况下开始压测。
- 普遍而言，node的HTTP模块在短连接模式下，比长连接有接近50%的QPS损失。这一点要根据node的使用场景来判断用那种模式。在node做中间层服务时，我们建议采用keep-alive方式。
话说虚拟机真弱啊，在我的mac上，上边的测试，轻轻松松抛出两倍的QPS
mac上的文件句柄数设置搞掂了？
admin. transact() 和 admin.release() 要使用者自行判断在那里调用？这样的使用体验不好啊。
应该让用户对这些没感觉才好，让他们使用起来就像普通的处理逻辑一样。
大概搞掂了，用的zsh，ulimit -n 就可以
要是不想要平滑重启，能容忍少量的请求丢失，那么不要调这两个方法也可以
@pengchun
function listenAt(obj, port) {
var server = new TCP();
server.bind('0.0.0.0', port);
server.listen('/dev/null');
server.listen('/dev/null'); 有具体含义吗？
@pengchun 同求解 :)
我想问下，多进程内存共享后台有自动同步吗？比如我想同步一些json数据，但是又不想借助如redis，mongodb等的第三方缓存。
木有的，数据量大的话我还是建议用这些东西共享
master.register(8080, 'app.js'); 我想添加的是unix socket file，这个能做到吗，就是结合socket和node-cluster
我下了node-cluster的后续改进版pm，但是运行demo中的master.js(node master.js)时报错误：
var b = process.binding('signal_watcher')；no such module
我看了master.js以及其引用的js均没有 var b = process.binding('signal_watcher')；此行代码，
而查看process的api文档以及child process 均没有binding方法，请问此为什么原因？该项如何解决？另外，我想在tcp请求中用上pm解决多核多进程问题，该如何使用?
@pengchun v0.8.8
windows版本，运行在windows 7
@pengchun 您好，我这边试用也报一样的错，跑不起来。node版本是0.8.1
@pengchun @huangqj 是不是因为在windows环境下的原因？
@xuhaijinsky2008 新版本的node中process已经没有binding方法了
你好，我想问一下，通过child_process.fork()出来的子进程及该进程下的线程，如何保证是在不同的CPU核上运行的？
这个是由系统调用平均分配的吗？
node进程里应该保证不了。一般情况是有系统负责的。也可以在外部通过taskset来绑定CPU
你好,你的node-cluster地址坏了。求代码
mark
mark 自豪地采用 CNodeJS ionic
[worker:6591][Tue Nov 19 2013 16:59:36 GMT+0800 (CST)] Error: EPERM, Operation not permitted, ignore，我在linux下遇到这个错误，node版本是0.10.13，是什么原因呢？