8 ms·
That's cool and all but in the real world we gotta get it done.
by tedjdziuba 15y ago
That's cool and all but in the real world we gotta get it done.
- mbreese 15y agoFunny, because I avoid putting CPU intensive code in any request handler... in any language. if the calculation takes time, it's better done async. (and I don't even use node)
- xnxn 15y agoWait, I think I've missed something because that response seems overly dismissive. How is offloading CPU-intensive stuff to a worker system not getting it done?
- ryanpers 15y agobecause you dont fix everything with another layer of indirection. add in some more queuing (which as we know never has a problem) just to ger around 'no threads' seems stupid.
- pork 15y agoum...the whole thing with asynchronous event-based processing is that you can (ideally) dispense with threads for many use cases.
- wlievens 15y agoYou will have to do more of it, of course. In a classic thread-based system, it's okay if a single page takes a bit longer (e.g. >1 sec) to render if it's within your user's line of expectation. You can't do that here because you'll block all the others. But any decent developers knows that, so he takes the advantages Node.js offers and fixes the disadvantages that come along with it. Big deal. Is this discussion really only about the scalability tagline? Some taglines are misleading, really?
- pork 15y agoThat comment sort of destroyed all your credibility. Would you care to elaborate where in the "real world" there is ever a situation where a tight, asynchronous event-processing loop is required to do heavy CPU lifting?