5000 timers per se should not be a problem to measure nor a problem to the 
app. It's not even a strain to the connections: it amounts to approximately 
83 pings per sec, which is not too much.

But the bigger question is why do you want this? Just to keep sockets 
alive? You can set this option in your websocket implementation of choice 
(well, the most used ones, at least). Tell ws to do it's own keepalive and 
you don't have to do bookkeeping.

If it's to relay changes in some sort of state to all the clients, then 
again - why not simply sending updates as they happen? That's kind of the 
advantage of websockets - if you wanted timers, you could simply schedule 
regular REST requests on the client and not mess with all of this.

-- 
Job board: http://jobs.nodejs.org/
New group rules: 
https://gist.github.com/othiym23/9886289#file-moderation-policy-md
Old group rules: 
https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines
--- 
You received this message because you are subscribed to the Google Groups 
"nodejs" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to nodejs+unsubscr...@googlegroups.com.
To post to this group, send email to nodejs@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/nodejs/7a7d5f0b-e60f-4243-b510-fd52f94372f8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to