Heroku WebSocket performance

Re:Heroku WebSocket performance by timdorr on Monday October 28, 2013 @02:07PM (#6628622)

These are WebSockets, not typical HTTP requests. Connections/sec is less important because they will be long-running. The client is not continually reconnecting as they do with an HTTP request.

What matters most is total connection count, which appears to be very high. At 6,000 open connections on a free dyno, that is better than Pusher's $199/mo plan: http://pusher.com/pricing

I think what needs to be done after this is checking how much data can be sent per second. Both in terms of raw bandwidth and messages/sec.

[ Parent | on HN ]

Re:Heroku WebSocket performance by bradgessler on Monday October 28, 2013 @07:20PM (#6630534)

If you're looking for Pusher functionality to run on Heroku, check out http://firehose.io/. Its open-source, so no vendor lock-in and we pump millions of messages through it in production at Poll Everywhere.

I haven't deployed it to Heroku yet, but if somebody does please let me know how it goes!

[ Parent | on HN ]

Re:Heroku WebSocket performance by Aswedfvtd on Thursday October 31, 2013 @12:45AM (#6645291)

test

[ Parent | on HN ]

Re:Heroku WebSocket performance by hassy on Monday October 28, 2013 @07:15PM (#6630507)

> I think what needs to be done after this is checking how much data can be sent per second. Both in terms of raw bandwidth and messages/sec.

These are on the list :)

[ Parent | on HN ]

Re:Heroku WebSocket performance by GrinningFool on Monday October 28, 2013 @02:16PM (#6628693)

Does pusher also work by holding open connections?

If so, it seems that neither option is very respectful of mobile users' battery life...

[ Parent | on HN ]

Re:Heroku WebSocket performance by m0th87 on Monday October 28, 2013 @02:48PM (#6628935)

Obviously take this with a grain of salt since I didn't publish anything, but When I did some analysis on battery life impact of HTTP polling vs websockets two years ago, the difference was completely negligible compared to keeping the screen on (which I had to do for the analysis) on the iPhone 4. This makes sense in retrospect, but it appears as if websockets don't have a huge impact.

[ Parent | on HN ]

Re:Heroku WebSocket performance by beaumartinez on Monday October 28, 2013 @03:04PM (#6629081)

Correct me if I'm wrong, but isn't the point of web sockets a persistent connection to the server, to facilitate sending updates? You assume the battery life hit in using them.

It'd be interesting to see the trade-offs between web sockets and persistent polling.

[ Parent | on HN ]

Re:Heroku WebSocket performance by CaveTech on Monday October 28, 2013 @03:48PM (#6629314)

I did extensive research on this about 2 years ago for Android. Holding long standing connections is much more efficient than using multiple HTTP requests, polling included.

The reason being mainly the session negotiation and teardown required for making multiple requests, and the fact that the antenna required a higher energy state for creating a new connection compared to keeping an existing connection open.

[ Parent | on HN ]

Re:Heroku WebSocket performance by thatthatis on Monday October 28, 2013 @05:46PM (#6630061)

Is it the same result using cellular vs. using wifi?

[ Parent | on HN ]

Re:Heroku WebSocket performance by CaveTech on Monday October 28, 2013 @07:59PM (#6630759)

Somewhat, but multiplicative. Wifi requires a good deal more power to begin with, and the high power state of wifi is one of the biggest drains on battery life (after the screen).

[ Parent | on HN ]

Re:Heroku WebSocket performance by djb_hackernews on Monday October 28, 2013 @02:57PM (#6629033)

What is it about an open connection that would drain the battery? It's not like it has to consume a thread in a busy wait.

[ Parent | on HN ]