2012-02-27 20:09:34 +01:00
|
|
|
# process
|
|
|
|
|
|
|
|
<!-- type=global -->
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
The `process` object is a global object and can be accessed from anywhere.
|
2012-06-06 21:05:18 +02:00
|
|
|
It is an instance of [EventEmitter][].
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## Event: 'exit'
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
Emitted when the process is about to exit. This is a good hook to perform
|
|
|
|
constant time checks of the module's state (like for unit tests). The main
|
|
|
|
event loop will no longer be run after the 'exit' callback finishes, so
|
|
|
|
timers may not be scheduled.
|
|
|
|
|
|
|
|
Example of listening for `exit`:
|
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
process.on('exit', function() {
|
|
|
|
setTimeout(function() {
|
|
|
|
console.log('This will not run');
|
|
|
|
}, 0);
|
2010-10-28 14:18:16 +02:00
|
|
|
console.log('About to exit.');
|
|
|
|
});
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## Event: 'uncaughtException'
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
Emitted when an exception bubbles all the way back to the event loop. If a
|
|
|
|
listener is added for this exception, the default action (which is to print
|
|
|
|
a stack trace and exit) will not occur.
|
|
|
|
|
|
|
|
Example of listening for `uncaughtException`:
|
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
process.on('uncaughtException', function(err) {
|
2010-10-28 14:18:16 +02:00
|
|
|
console.log('Caught exception: ' + err);
|
|
|
|
});
|
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
setTimeout(function() {
|
2010-10-28 14:18:16 +02:00
|
|
|
console.log('This will still run.');
|
|
|
|
}, 500);
|
|
|
|
|
|
|
|
// Intentionally cause an exception, but don't catch it.
|
|
|
|
nonexistentFunc();
|
|
|
|
console.log('This will not run.');
|
|
|
|
|
|
|
|
Note that `uncaughtException` is a very crude mechanism for exception
|
2012-07-18 02:13:55 +02:00
|
|
|
handling and may be removed in the future.
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-07-18 02:13:55 +02:00
|
|
|
Don't use it, use [domains](domain.html) instead. If you do use it, restart
|
|
|
|
your application after every unhandled exception!
|
|
|
|
|
|
|
|
Do *not* use it as the node.js equivalent of `On Error Resume Next`. An
|
|
|
|
unhandled exception means your application - and by extension node.js itself -
|
|
|
|
is in an undefined state. Blindly resuming means *anything* could happen.
|
|
|
|
|
|
|
|
Think of resuming as pulling the power cord when you are upgrading your system.
|
|
|
|
Nine out of ten times nothing happens - but the 10th time, your system is bust.
|
|
|
|
|
|
|
|
You have been warned.
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## Signal Events
|
|
|
|
|
|
|
|
<!--type=event-->
|
|
|
|
<!--name=SIGINT, SIGUSR1, etc.-->
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
Emitted when the processes receives a signal. See sigaction(2) for a list of
|
|
|
|
standard POSIX signal names such as SIGINT, SIGUSR1, etc.
|
|
|
|
|
|
|
|
Example of listening for `SIGINT`:
|
|
|
|
|
2011-01-02 06:54:46 +01:00
|
|
|
// Start reading from stdin so we don't exit.
|
|
|
|
process.stdin.resume();
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
process.on('SIGINT', function() {
|
2010-10-28 14:18:16 +02:00
|
|
|
console.log('Got SIGINT. Press Control-D to exit.');
|
|
|
|
});
|
|
|
|
|
|
|
|
An easy way to send the `SIGINT` signal is with `Control-C` in most terminal
|
|
|
|
programs.
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.stdout
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
A `Writable Stream` to `stdout`.
|
|
|
|
|
|
|
|
Example: the definition of `console.log`
|
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
console.log = function(d) {
|
2010-10-28 14:18:16 +02:00
|
|
|
process.stdout.write(d + '\n');
|
|
|
|
};
|
|
|
|
|
2011-11-03 21:27:26 +01:00
|
|
|
`process.stderr` and `process.stdout` are unlike other streams in Node in
|
|
|
|
that writes to them are usually blocking. They are blocking in the case
|
|
|
|
that they refer to regular files or TTY file descriptors. In the case they
|
|
|
|
refer to pipes, they are non-blocking like other streams.
|
|
|
|
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.stderr
|
2011-02-03 23:03:44 +01:00
|
|
|
|
2011-11-03 21:27:26 +01:00
|
|
|
A writable stream to stderr.
|
|
|
|
|
|
|
|
`process.stderr` and `process.stdout` are unlike other streams in Node in
|
|
|
|
that writes to them are usually blocking. They are blocking in the case
|
|
|
|
that they refer to regular files or TTY file descriptors. In the case they
|
|
|
|
refer to pipes, they are non-blocking like other streams.
|
2011-02-03 23:03:44 +01:00
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.stdin
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2011-01-02 06:54:46 +01:00
|
|
|
A `Readable Stream` for stdin. The stdin stream is paused by default, so one
|
|
|
|
must call `process.stdin.resume()` to read from it.
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
Example of opening standard input and listening for both events:
|
|
|
|
|
2011-01-02 06:54:46 +01:00
|
|
|
process.stdin.resume();
|
|
|
|
process.stdin.setEncoding('utf8');
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
process.stdin.on('data', function(chunk) {
|
2010-10-28 14:18:16 +02:00
|
|
|
process.stdout.write('data: ' + chunk);
|
|
|
|
});
|
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
process.stdin.on('end', function() {
|
2010-10-28 14:18:16 +02:00
|
|
|
process.stdout.write('end');
|
|
|
|
});
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.argv
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
An array containing the command line arguments. The first element will be
|
|
|
|
'node', the second element will be the name of the JavaScript file. The
|
|
|
|
next elements will be any additional command line arguments.
|
|
|
|
|
|
|
|
// print process.argv
|
2012-07-14 03:11:38 +02:00
|
|
|
process.argv.forEach(function(val, index, array) {
|
2010-10-28 14:18:16 +02:00
|
|
|
console.log(index + ': ' + val);
|
|
|
|
});
|
|
|
|
|
|
|
|
This will generate:
|
|
|
|
|
|
|
|
$ node process-2.js one two=three four
|
|
|
|
0: node
|
|
|
|
1: /Users/mjr/work/node/process-2.js
|
|
|
|
2: one
|
|
|
|
3: two=three
|
|
|
|
4: four
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.execPath
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
This is the absolute pathname of the executable that started the process.
|
|
|
|
|
|
|
|
Example:
|
|
|
|
|
|
|
|
/usr/local/bin/node
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.abort()
|
2011-12-15 02:02:15 +01:00
|
|
|
|
|
|
|
This causes node to emit an abort. This will cause node to exit and
|
|
|
|
generate a core file.
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.chdir(directory)
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
Changes the current working directory of the process or throws an exception if that fails.
|
|
|
|
|
|
|
|
console.log('Starting directory: ' + process.cwd());
|
|
|
|
try {
|
|
|
|
process.chdir('/tmp');
|
|
|
|
console.log('New directory: ' + process.cwd());
|
|
|
|
}
|
|
|
|
catch (err) {
|
|
|
|
console.log('chdir: ' + err);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.cwd()
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
Returns the current working directory of the process.
|
|
|
|
|
|
|
|
console.log('Current directory: ' + process.cwd());
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.env
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
An object containing the user environment. See environ(7).
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.exit([code])
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2010-11-21 23:22:34 +01:00
|
|
|
Ends the process with the specified `code`. If omitted, exit uses the
|
2010-10-28 14:18:16 +02:00
|
|
|
'success' code `0`.
|
|
|
|
|
|
|
|
To exit with a 'failure' code:
|
|
|
|
|
|
|
|
process.exit(1);
|
|
|
|
|
|
|
|
The shell that executed node should see the exit code as 1.
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.getgid()
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-05-22 00:07:11 +02:00
|
|
|
Note: this function is only available on POSIX platforms (i.e. not Windows)
|
|
|
|
|
2010-11-18 13:00:24 +01:00
|
|
|
Gets the group identity of the process. (See getgid(2).)
|
|
|
|
This is the numerical group id, not the group name.
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-05-22 00:07:11 +02:00
|
|
|
if (process.getgid) {
|
|
|
|
console.log('Current gid: ' + process.getgid());
|
|
|
|
}
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.setgid(id)
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-05-22 00:07:11 +02:00
|
|
|
Note: this function is only available on POSIX platforms (i.e. not Windows)
|
|
|
|
|
2010-11-18 13:00:24 +01:00
|
|
|
Sets the group identity of the process. (See setgid(2).) This accepts either
|
|
|
|
a numerical ID or a groupname string. If a groupname is specified, this method
|
|
|
|
blocks while resolving it to a numerical ID.
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-05-22 00:07:11 +02:00
|
|
|
if (process.getgid && process.setgid) {
|
|
|
|
console.log('Current gid: ' + process.getgid());
|
|
|
|
try {
|
|
|
|
process.setgid(501);
|
|
|
|
console.log('New gid: ' + process.getgid());
|
|
|
|
}
|
|
|
|
catch (err) {
|
|
|
|
console.log('Failed to set gid: ' + err);
|
|
|
|
}
|
2010-10-28 14:18:16 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.getuid()
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-05-22 00:07:11 +02:00
|
|
|
Note: this function is only available on POSIX platforms (i.e. not Windows)
|
|
|
|
|
2010-11-21 23:22:34 +01:00
|
|
|
Gets the user identity of the process. (See getuid(2).)
|
2010-11-18 13:00:24 +01:00
|
|
|
This is the numerical userid, not the username.
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-05-22 00:07:11 +02:00
|
|
|
if (process.getuid) {
|
|
|
|
console.log('Current uid: ' + process.getuid());
|
|
|
|
}
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.setuid(id)
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-05-22 00:07:11 +02:00
|
|
|
Note: this function is only available on POSIX platforms (i.e. not Windows)
|
|
|
|
|
2010-11-18 13:00:24 +01:00
|
|
|
Sets the user identity of the process. (See setuid(2).) This accepts either
|
|
|
|
a numerical ID or a username string. If a username is specified, this method
|
|
|
|
blocks while resolving it to a numerical ID.
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-05-22 00:07:11 +02:00
|
|
|
if (process.getuid && process.setuid) {
|
|
|
|
console.log('Current uid: ' + process.getuid());
|
|
|
|
try {
|
|
|
|
process.setuid(501);
|
|
|
|
console.log('New uid: ' + process.getuid());
|
|
|
|
}
|
|
|
|
catch (err) {
|
|
|
|
console.log('Failed to set uid: ' + err);
|
|
|
|
}
|
2010-10-28 14:18:16 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.version
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
A compiled-in property that exposes `NODE_VERSION`.
|
|
|
|
|
|
|
|
console.log('Version: ' + process.version);
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.versions
|
2011-10-13 16:10:24 +02:00
|
|
|
|
|
|
|
A property exposing version strings of node and its dependencies.
|
|
|
|
|
|
|
|
console.log(process.versions);
|
|
|
|
|
|
|
|
Will output:
|
|
|
|
|
|
|
|
{ node: '0.4.12',
|
|
|
|
v8: '3.1.8.26',
|
|
|
|
ares: '1.7.4',
|
|
|
|
ev: '4.4',
|
|
|
|
openssl: '1.0.0e-fips' }
|
|
|
|
|
2012-03-16 01:15:18 +01:00
|
|
|
## process.config
|
|
|
|
|
|
|
|
An Object containing the JavaScript representation of the configure options
|
|
|
|
that were used to compile the current node executable. This is the same as
|
|
|
|
the "config.gypi" file that was produced when running the `./configure` script.
|
|
|
|
|
|
|
|
An example of the possible output looks like:
|
|
|
|
|
|
|
|
{ target_defaults:
|
|
|
|
{ cflags: [],
|
|
|
|
default_configuration: 'Release',
|
|
|
|
defines: [],
|
|
|
|
include_dirs: [],
|
|
|
|
libraries: [] },
|
|
|
|
variables:
|
|
|
|
{ host_arch: 'x64',
|
|
|
|
node_install_npm: 'true',
|
|
|
|
node_prefix: '',
|
2012-10-23 16:27:19 +02:00
|
|
|
node_shared_cares: 'false',
|
2012-10-23 15:01:26 +02:00
|
|
|
node_shared_http_parser: 'false',
|
2012-03-16 01:15:18 +01:00
|
|
|
node_shared_v8: 'false',
|
|
|
|
node_shared_zlib: 'false',
|
|
|
|
node_use_dtrace: 'false',
|
|
|
|
node_use_openssl: 'true',
|
2012-06-20 22:31:49 +02:00
|
|
|
node_shared_openssl: 'false',
|
2012-03-16 01:15:18 +01:00
|
|
|
strict_aliasing: 'true',
|
|
|
|
target_arch: 'x64',
|
|
|
|
v8_use_snapshot: 'true' } }
|
2011-10-13 16:10:24 +02:00
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.kill(pid, [signal])
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
Send a signal to a process. `pid` is the process id and `signal` is the
|
|
|
|
string describing the signal to send. Signal names are strings like
|
2011-01-27 23:37:43 +01:00
|
|
|
'SIGINT' or 'SIGUSR1'. If omitted, the signal will be 'SIGTERM'.
|
2010-10-28 14:18:16 +02:00
|
|
|
See kill(2) for more information.
|
|
|
|
|
|
|
|
Note that just because the name of this function is `process.kill`, it is
|
|
|
|
really just a signal sender, like the `kill` system call. The signal sent
|
|
|
|
may do something other than kill the target process.
|
|
|
|
|
|
|
|
Example of sending a signal to yourself:
|
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
process.on('SIGHUP', function() {
|
2010-10-28 14:18:16 +02:00
|
|
|
console.log('Got SIGHUP signal.');
|
|
|
|
});
|
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
setTimeout(function() {
|
2010-10-28 14:18:16 +02:00
|
|
|
console.log('Exiting.');
|
|
|
|
process.exit(0);
|
|
|
|
}, 100);
|
|
|
|
|
|
|
|
process.kill(process.pid, 'SIGHUP');
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.pid
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
The PID of the process.
|
|
|
|
|
|
|
|
console.log('This process is pid ' + process.pid);
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.title
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
Getter/setter to set what is displayed in 'ps'.
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.arch
|
2011-04-26 05:24:51 +02:00
|
|
|
|
2011-04-27 17:49:24 +02:00
|
|
|
What processor architecture you're running on: `'arm'`, `'ia32'`, or `'x64'`.
|
2011-04-26 05:24:51 +02:00
|
|
|
|
|
|
|
console.log('This processor architecture is ' + process.arch);
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.platform
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-05-24 18:36:20 +02:00
|
|
|
What platform you're running on:
|
2012-09-11 19:57:16 +02:00
|
|
|
`'darwin'`, `'freebsd'`, `'linux'`, `'sunos'` or `'win32'`
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
console.log('This platform is ' + process.platform);
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.memoryUsage()
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2011-08-20 00:26:21 +02:00
|
|
|
Returns an object describing the memory usage of the Node process
|
|
|
|
measured in bytes.
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
var util = require('util');
|
|
|
|
|
|
|
|
console.log(util.inspect(process.memoryUsage()));
|
|
|
|
|
|
|
|
This will generate:
|
|
|
|
|
2010-11-18 03:25:14 +01:00
|
|
|
{ rss: 4935680,
|
|
|
|
heapTotal: 1826816,
|
|
|
|
heapUsed: 650472 }
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
`heapTotal` and `heapUsed` refer to V8's memory usage.
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.nextTick(callback)
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
On the next loop around the event loop call this callback.
|
|
|
|
This is *not* a simple alias to `setTimeout(fn, 0)`, it's much more
|
2012-07-14 03:11:38 +02:00
|
|
|
efficient. It typically runs before any other I/O events fire, but there
|
|
|
|
are some exceptions. See `process.maxTickDepth` below.
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
process.nextTick(function() {
|
2010-10-28 14:18:16 +02:00
|
|
|
console.log('nextTick callback');
|
|
|
|
});
|
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
This is important in developing APIs where you want to give the user the
|
|
|
|
chance to assign event handlers after an object has been constructed,
|
|
|
|
but before any I/O has occurred.
|
|
|
|
|
|
|
|
function MyThing(options) {
|
|
|
|
this.setupOptions(options);
|
|
|
|
|
|
|
|
process.nextTick(function() {
|
|
|
|
this.startDoingStuff();
|
|
|
|
}.bind(this));
|
|
|
|
}
|
|
|
|
|
|
|
|
var thing = new MyThing();
|
|
|
|
thing.getReadyForStuff();
|
|
|
|
|
|
|
|
// thing.startDoingStuff() gets called now, not before.
|
|
|
|
|
|
|
|
It is very important for APIs to be either 100% synchronous or 100%
|
|
|
|
asynchronous. Consider this example:
|
|
|
|
|
|
|
|
// WARNING! DO NOT USE! BAD UNSAFE HAZARD!
|
|
|
|
function maybeSync(arg, cb) {
|
|
|
|
if (arg) {
|
|
|
|
cb();
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
fs.stat('file', cb);
|
|
|
|
}
|
|
|
|
|
|
|
|
This API is hazardous. If you do this:
|
|
|
|
|
|
|
|
maybeSync(true, function() {
|
|
|
|
foo();
|
|
|
|
});
|
|
|
|
bar();
|
|
|
|
|
|
|
|
then it's not clear whether `foo()` or `bar()` will be called first.
|
|
|
|
|
|
|
|
This approach is much better:
|
|
|
|
|
|
|
|
function definitelyAsync(arg, cb) {
|
|
|
|
if (arg) {
|
|
|
|
process.nextTick(cb);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
fs.stat('file', cb);
|
|
|
|
}
|
|
|
|
|
|
|
|
## process.maxTickDepth
|
|
|
|
|
|
|
|
* {Number} Default = 1000
|
|
|
|
|
|
|
|
Callbacks passed to `process.nextTick` will *usually* be called at the
|
|
|
|
end of the current flow of execution, and are thus approximately as fast
|
|
|
|
as calling a function synchronously. Left unchecked, this would starve
|
|
|
|
the event loop, preventing any I/O from occurring.
|
|
|
|
|
|
|
|
Consider this code:
|
|
|
|
|
|
|
|
process.nextTick(function foo() {
|
|
|
|
process.nextTick(foo);
|
|
|
|
});
|
|
|
|
|
|
|
|
In order to avoid the situation where Node is blocked by an infinite
|
|
|
|
loop of recursive series of nextTick calls, it defers to allow some I/O
|
|
|
|
to be done every so often.
|
|
|
|
|
|
|
|
The `process.maxTickDepth` value is the maximum depth of
|
|
|
|
nextTick-calling nextTick-callbacks that will be evaluated before
|
|
|
|
allowing other forms of I/O to occur.
|
2010-10-28 14:18:16 +02:00
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.umask([mask])
|
2010-10-28 14:18:16 +02:00
|
|
|
|
|
|
|
Sets or reads the process's file mode creation mask. Child processes inherit
|
|
|
|
the mask from the parent process. Returns the old mask if `mask` argument is
|
|
|
|
given, otherwise returns the current mask.
|
|
|
|
|
|
|
|
var oldmask, newmask = 0644;
|
|
|
|
|
|
|
|
oldmask = process.umask(newmask);
|
|
|
|
console.log('Changed umask from: ' + oldmask.toString(8) +
|
|
|
|
' to ' + newmask.toString(8));
|
|
|
|
|
2011-03-05 00:57:54 +01:00
|
|
|
|
2012-02-27 20:09:34 +01:00
|
|
|
## process.uptime()
|
2011-03-05 00:57:54 +01:00
|
|
|
|
|
|
|
Number of seconds Node has been running.
|
2012-03-05 17:51:58 +01:00
|
|
|
|
|
|
|
|
|
|
|
## process.hrtime()
|
|
|
|
|
|
|
|
Returns the current high-resolution real time in a `[seconds, nanoseconds]`
|
|
|
|
tuple Array. It is relative to an arbitrary time in the past. It is not
|
|
|
|
related to the time of day and therefore not subject to clock drift. The
|
|
|
|
primary use is for measuring performance between intervals.
|
|
|
|
|
|
|
|
You may pass in the result of a previous call to `process.hrtime()` to get
|
|
|
|
a diff reading, useful for benchmarks and measuring intervals:
|
|
|
|
|
2012-10-03 21:02:14 +02:00
|
|
|
var time = process.hrtime();
|
2012-03-05 17:51:58 +01:00
|
|
|
// [ 1800216, 927643717 ]
|
|
|
|
|
2012-07-14 03:11:38 +02:00
|
|
|
setTimeout(function() {
|
2012-10-03 21:02:14 +02:00
|
|
|
var diff = process.hrtime(time);
|
2012-03-05 17:51:58 +01:00
|
|
|
// [ 1, 6962306 ]
|
|
|
|
|
2012-10-03 21:02:14 +02:00
|
|
|
console.log('benchmark took %d seconds and %d nanoseconds',
|
|
|
|
diff[0], diff[1]);
|
2012-03-05 17:51:58 +01:00
|
|
|
// benchmark took 1 seconds and 6962306 nanoseconds
|
|
|
|
}, 1000);
|
2012-06-06 21:05:18 +02:00
|
|
|
|
|
|
|
[EventEmitter]: events.html#events_class_events_eventemitter
|