3 ms·
Also felt this post by Diogo in the NATS community was interesting here: http://www.diogogmt.com/2016/02/08/benchmarking-nats-and-rest/ http://www.diogogmt.com
by bjflanne 11y ago
Also felt this post by Diogo in the NATS community was interesting here:
http://www.diogogmt.com/2016/02/08/benchmarking-nats-and-rest/ http://www.diogogmt.com/2016/02/08/benchmarking-nats-and-res...
- lobster_johnson 11y agoImpressive numbers, though it seems he's testing Go vs. Node.js at the same time. I'd like to see performance numbers for HTTP/2, though.
- diogogmt 11y agoHTTP/2 definitely makes it faster for browsers to load assets in a webpage, however, not sure how much it would speed up individual REST requests since most of the time is bound to the request/response round trip. Just clarifying the comment about the benchmark, even though there are both Go and Node.js components the actual bit that was being benchmarked was HTTP and NATS for the inter service communication. All the code is available on github if anybody wants to rerun the benchmarks.
- lobster_johnson 11y agoHTTP/2's main feature is that it's multiplexed, which a client written in a suitably async-friendly language can exploit to pipeline parallel requests, or at least better reuse connections. There's presumably not too much performance gain (though header compression helps) if your client can't exploit the multiplexing.