×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
It explains what the event loop in node is, and why it's important to node
performance.
I agree, that presentation was a good explanation of how Node works, and
why you should never do anything that would block Node's event loop for
extended periods of time.
Understanding the event loop also helped me understand why node is an
opinionated development tool.
Good point. Application code should "dispatch" work to threads and register
callback functions to handle responses. Don't do anything that would block
Node from monitoring its event queues and triggering callback functions.
You may "dispatch" a Node thread to monitor for HTTP requests and
"register" a callback function to handle those events. That callback
function may subsequently "dispatch" an SQL statement to another Node
thread and "register" another callback function to handle the SQL response
which will eventually show up on one of Nodes event queues.
That brings us back to the question of what types of workloads are
appropriate for Node and what types should be handled by separate IBM i
JOBS?
As an Amazon Associate we earn from qualifying purchases.