前言

我們都知道nodejs最大的特點就是單進程、無阻塞運行，并且是異步事件驅(qū)動的。Nodejs的這些特性能夠很好的解決一些問題，例如在服務(wù)器開發(fā)中，并發(fā)的請求處理是個大問題，阻塞式的函數(shù)會導致資源浪費和時間延遲。通過事件注冊、異步函數(shù)，開發(fā)人員可以提高資源的利用率，性能也會改善。既然Node.js采用單進程、單線程模式，那么在如今多核硬件流行的環(huán)境中，單核性能出色的Nodejs如何利用多核CPU呢？創(chuàng)始人Ryan Dahl建議，運行多個Nodejs進程，利用某些通信機制來協(xié)調(diào)各項任務(wù)。目前，已經(jīng)有不少第三方的Node.js多進程支持模塊發(fā)布，而NodeJS 0.6.x 以上的版本提供了一個cluster模塊 ,允許創(chuàng)建“共享同一個socket”的一組進程,用來分擔負載壓力。

本篇文章就基于該cluster模塊來講述Node.js在多核CPU下的編程。

Cluster模塊介紹

nodejs所提供的cluster模塊目前尚處于試驗階段，在v0.10.7的官方文檔上我們可以看到模塊的發(fā)布信息如下：

Stability: 1 - Experimental

關(guān)于該模塊的功能，源文檔描述如此“A single instance of Node runs in a single thread. To take advantage of multi-core systems the user will sometimes want to launch a cluster of Node processes to handle the load.” 其意就是：Node的示例以單進程的模式運行，有時為了充分利用多核系統(tǒng)的資源用戶需要運行一組Node進程來分擔負載。

Cluster用法介紹

首先貼出一段該模塊示例應(yīng)用代碼，接下來進行詳細分析，代碼如下：

var cluster = require('cluster');
var http = require('http');
var numCPUs = require('os').cpus().length;

if (cluster.isMaster) {
 require('os').cpus().forEach(function(){
 cluster.fork();
 });
 cluster.on('exit', function(worker, code, signal) {
 console.log('worker ' + worker.process.pid + ' died');
 });
 cluster.on('listening', function(worker, address) { 
 console.log("A worker with #"+worker.id+" is now connected to " +
  address.address +
 ":" + address.port); 
 }); 
} else {
 http.createServer(function(req, res) {
 res.writeHead(200);
 res.end("hello world\n");
 console.log('Worker #' + cluster.worker.id + ' make a response');
 }).listen(8000);
}

這段代碼很簡單，主線程就是當前運行的js文件，主線程根據(jù)你本機系統(tǒng)的核數(shù)來創(chuàng)建子進程。所有進程共享一個監(jiān)聽端口8000，當有請求發(fā)起時，主線程會將該請求隨機分配給某個子進程。console.log('Worker #' + cluster.worker.id + ' make a response');這句代碼可以打印出是哪個進程處理該請求。

問題分析

我們前面提到有請求發(fā)起時，由系統(tǒng)來決定將該請求交給哪個進程進行處理。這種完全依賴于系統(tǒng)的負載均衡存在著一個重要缺陷：在windows，linux和Solaris上，只要某個子進程的accept queue為空（通常為最后創(chuàng)建的那個子進程），系統(tǒng)就會將多個connetion分配到同一個子進程上，這會造成進程間負載極為不均衡。特別是在使用長連接的時候，單位時間內(nèi)的new coming connection并不高，子進程的accept queue往往均為空，就會導致connection會不停的分配給同一個進程。所以這種負載均衡完全依賴于accept queue的空閑程度，只有在使用短連接，而且并發(fā)非常高的情況下，才能達到負載均衡，但是這個時候系統(tǒng)的load會非常高，系統(tǒng)也會變得不穩(wěn)定起來。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論