Handling 1M Requests per Minute with Go (2015)
1–10 of 39 posts
Re: Handling 1M Requests per Minute with Go (2015)
#2Since when did per minute become a thing? 16K/sec is typical for a node app on fairly avg server.
Re: Handling 1M Requests per Minute with Go (2015)
#3Since when did per minute become a thing? 16K/sec is typical for a node app on fairly avg server.
It’s not a thing and it’s fairly trivial to get to that load on a typical go app as well.
Re: Handling 1M Requests per Minute with Go (2015)
#4Re: Handling 1M Requests per Minute with Go (2015)
#5Why didn't he keep the first single-channel solution and just listen on the channel from multiple go routines? I don't see the advantage that a tiered approach gets you over that.
Re: Handling 1M Requests per Minute with Go (2015)
#6Re: Handling 1M Requests per Minute with Go (2015)
#7Seems like they just had a misunderstanding of how range worked. And now they have complicated code.
Re: Handling 1M Requests per Minute with Go (2015)
#8Earlier quoted context omitted.
I am sure Go can do at the very least 2x-3x vs node for the same workload.
Since you are sure, do you have any examples or proof to back that ?
A random result from Google http://blog.digg.com/post/141552444676/making-the-switch-fro.... My day job is writing large scale node services that service over million concur. clients doing fairly intensive data acquisition/processing so I am not hating on Node :)
Re: Handling 1M Requests per Minute with Go (2015)
#9Since when did per minute become a thing? 16K/sec is typical for a node app on fairly avg server.
A million sounds nice.
Re: Handling 1M Requests per Minute with Go (2015)
#10Earlier quoted context omitted.
Since you are sure, do you have any examples or proof to back that ?
A random result from Google http://blog.digg.com/post/141552444676/making-the-switch-fro... . My day job is writing large scale node services that service over million concur. clients doing fairly intensive data acquisition/processing so I am not hating on Node :)
Don't get me wrong, I don't intend to mock your statement in any way but a statement backed by some data and/or actual examples adds a lot of credibility to it.