After a year of using Node.js in production

Re:After a year of using Node.js in production by MichaelGG on Tuesday May 03, 2016 @03:52AM (#11618719)

But aren't all Node.js deploys fronted by a reverse proxy (like nginx) to multiple node processes? That gives them actual parallelism in practise, right?

Or is it remotely common to just have a single node process and never use more than one core?

[ Parent | on HN ]

Re:After a year of using Node.js in production by anonyfox on Tuesday May 03, 2016 @05:07AM (#11619014)

splitting the load through multiple node processes is fine for simple usecases and in general you're fine if you do mostly IO stuff.

But there are usecases that have to crunch numbers or do other CPU intensive algorithms that can be parallelized on the algorithm level. This is where node.js just falls apart. Additionally, if an algorithm requires quite much memory (multiple gigs), node.js performs very poorly.

Most companies that do actual CPU intensive work have services written in other languages to handle this, and "we're using node!" mostly means that they just serve results or do other IO-Tasks with node. But not the actual work.

[ Parent | on HN ]

Re:After a year of using Node.js in production by danneu on Wednesday May 04, 2016 @04:14AM (#11626936)

I reckon it's common for Heroku apps to be deployed as one process per dyno.

[ Parent | on HN ]