admin管理员组

文章数量:1290188

Specifically talking about (server side) V8, and assuming I'm not concerned about accuracy because I can detect and compensate for it, could I literally set up thousands of relatively simple timeouts several seconds apart from each other using setTimeout without facing any other limit other than RAM? Is there any catch I should be aware of if I were to use a system where there may be thousands of scheduled timeouts at any given time?

For the record I've read John's Resig excellent article on How Javascript Timers work so no need to point out anything that's already covered there :) I'm aware node.js is single threaded, timers can block other timers if they take too long, etc.

PS: I'm strictly trying to understand how viable is what I describe, no need to point out "there's surely a better way to do what you intend to do!".

Specifically talking about (server side) V8, and assuming I'm not concerned about accuracy because I can detect and compensate for it, could I literally set up thousands of relatively simple timeouts several seconds apart from each other using setTimeout without facing any other limit other than RAM? Is there any catch I should be aware of if I were to use a system where there may be thousands of scheduled timeouts at any given time?

For the record I've read John's Resig excellent article on How Javascript Timers work so no need to point out anything that's already covered there :) I'm aware node.js is single threaded, timers can block other timers if they take too long, etc.

PS: I'm strictly trying to understand how viable is what I describe, no need to point out "there's surely a better way to do what you intend to do!".

Share Improve this question edited Aug 29, 2012 at 0:27 Mahn asked Aug 28, 2012 at 22:57 MahnMahn 16.6k17 gold badges65 silver badges80 bronze badges 3
  • 5 there's guaranteed a better way to do what you intend to do! – jAndy Commented Aug 28, 2012 at 22:58
  • 2 Setting up a few million timeouts is just a for loop away. Try it and tell us instead. ;) – Jon Commented Aug 28, 2012 at 23:40
  • @Jon I tried this because I was also wondering and I believe it was not that expensive... – Alfred Commented Aug 29, 2012 at 5:01
Add a comment  | 

3 Answers 3

Reset to default 16

The only real world limit you may come up against is the amount of memory available to node. Use the following code to test. I successfully ran the example below using oneMillion and int32Max. When using int64Max, I received the following error from node. I'm using 64bit windows with 4gb of RAM.

FATAL ERROR: CALL_AND_RETRY_2 Allocation failed - process out of memory

Node code to test:

var util = require('util');
var int64Max = 9007199254740992; 
var int32Max = 2147483647;
var oneMillion = 1000000;
var tenThousand = 10000;
var counter = 0;

//Exchange the limiter with one of the above vars to test.
for (var i = 0; i < oneMillion; i++){   
     setTimeout(log, 1);
     //Required as the timeout/callback method will not be called until the loop ends due 
     //to node/js being single threaded.
     util.log('loop:' + i);
}

function log(){
     util.log('callback: ' + counter++);
}

I don't know how node operates, but if you create MAXINT+1 timers without letting them run, you risk an integer overflow.

I have come to find, through my own experience, that a single setTimeout has a maximum delay of 2500000000 milliseconds (about 29 days). Anything beyond that delay, and it actions the code/function straight away - as if the delay were 0 milliseconds.

本文标签: javascriptIs there any limit to setTimeoutStack Overflow