8 ms·
Your point is valid. This isn't ultra-high scale, just the name of the series I intend to publish more into. It's more about building a simple service for insta
by davidbyttow 11y ago
Your point is valid. This isn't ultra-high scale, just the name of the series I intend to publish more into. It's more about building a simple service for instant usage upon launch.
We also used Pusher for global in-app notifications, which had to scale past 1,000,000 concurrent connections.
Aside: 50000 concurrent requests on a single thread, huh? :) Unless I'm missing something, that's 50 seconds assuming a request takes only 1ms to process. Sounds like magic.
- davidbyttow 11y agoClarified the 1MM number in the post.
- nostrademons 11y ago1ms is high for a request, assuming that you touch only RAM in a pattern with high locality (which you can usually manage when routing chat messages). Take a look at the TechEmpower benchmarks: most of the Java and C++ frameworks can manage 1M req/sec for JSON serialization: https://www.techempower.com/benchmarks/#section=data-r10&hw=peak&test=json https://www.techempower.com/benchmarks/#section=data-r10&hw=...
- daurnimator 11y ago> Aside: 50000 concurrent requests on a single thread, huh? :) Unless I'm missing something, that's 50 seconds assuming a request takes only 1ms to process. Sounds like magic. 1ms to route a chat message is plenty. e.g. on a single AWS m1.small prosody[1] can process 40,000 stanzas per second. [1] http://prosody.im http://prosody.im
- davidbyttow 11y agoIt's not just routing. It hS to read modify write from DB first
- deleted 11y ago[deleted]