digitalbazaar/node-compute-cluster

Name: node-compute-cluster

Owner: Digital Bazaar, Inc.

Description: NodeJS library for distributing computation across multiple processes.

Created: 2013-05-03 20:50:17.0

Updated: 2014-02-19 07:46:30.0

Pushed: 2013-05-03 21:23:55.0

Homepage:

Size: 119

Language: JavaScript

GitHub Committers

UserMost Recent Commit# Commits

Other Committers

UserEmailMost Recent Commit# Commits

README

Distributed Computation for NodeJS

Build Status

How can you build a responsive and robust nodejs server that does some heavy computational lifting? Some node libraries (like the awesome node-bcrypt) do their own threading internally and combine that with an async API. This allows libraries to internally thread their calls and use multiple cores.

While this is pretty awesome, it is significant work for library implementors, and as this pattern becomes rampant, the application author loses fine grained control over the resource usage of their server as well as the relative priority of compute tasks.

If you just naively run computation on the main evaluation thread, you're blocking node.js from doing anything else and making your whole server unresponsive.

The solution?

node-compute-cluster is a tiny abstraction around a group of processes and the built-in IPC introduced in NodeJS 0.6.x. It provides a simple API by which you can allocate and run work on a cluster of computation processes. This allows you to perform multiprocessing at a more granular level, and produce a responsive yet efficient computation server.

Installation
m install compute-cluster
Usage

First you write your main program:

t computecluster = require('compute-cluster');

llocate a compute cluster
cc = new computecluster({
dule: './worker.js'


toRun = 10

hen you can perform work in parallel
(var i = 0; i < toRun; i++) {
.enqueue({}, function(err, r) {
if (err) console.log("an error occured:", err);
else console.log("it's nice:", r);
if (--toRun === 0) cc.exit();
;

Next you write your worker.js program:

ess.on('message', function(m) {
r (var i = 0; i < 100000000; i++);
ocess.send('complete');

All done! Now you're distributing your computational load across multiple processes.

API
Constructor - new require('compute-cluster')(<options>);

Allocates a computation cluster. Options include:

Example:

cc = new require('compute-cluster')({
dule: './foo.js',
x_backlog: -1

Event: 'error'

An error event will be emited in exceptional circumstances. Like if a child crashes. Catch error events like this:

n('error', function(e) { console.log('OMG!', e); });

Default behavior is to exit on error if you don't catch.

Events: 'debug' or 'info'

Events raise that hold an english, developer readable string describing the state of the implementation.

cc.enqueue(, [cb])

enqueue a job to be run on the next available compute process, spawning one if required (and max_processes isn't hit).

args will be passed into the process (available via process.on('message', ...)).

cb is optional, and will be invoked with two params, err and response. err indicates hard errors, response indicates successful roundtrip to the compute process and is whatever the decided to process.send() in response.

cc.exit([cb])

Kill all child processes, invoking callback (with err param) when complete.

LICENSE

Copyright (c) 2011, Lloyd Hilaiel lloyd@hilaiel.com

Permission to use, copy, modify, and/or distribute this software for any purpose with or without fee is hereby granted, provided that the above copyright notice and this permission notice appear in all copies.

THE SOFTWARE IS PROVIDED “AS IS” AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.


This work is supported by the National Institutes of Health's National Center for Advancing Translational Sciences, Grant Number U24TR002306. This work is solely the responsibility of the creators and does not necessarily represent the official views of the National Institutes of Health.