From 0a84d3d16c3c53ab05847b2f83232638e76aea7a Mon Sep 17 00:00:00 2001 From: Kelvin Otundo Date: Fri, 3 Apr 2020 21:04:14 +0300 Subject: [PATCH] Update index.md (#488) Changed a section of paragraph 4 from "needs to perfotm" to "performs" --- src/documentation/0001-node-introduction/index.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/documentation/0001-node-introduction/index.md b/src/documentation/0001-node-introduction/index.md index fdec3c4771..c1859baa02 100644 --- a/src/documentation/0001-node-introduction/index.md +++ b/src/documentation/0001-node-introduction/index.md @@ -11,7 +11,7 @@ Node.js runs the V8 JavaScript engine, the core of Google Chrome, outside of the A Node.js app is run in a single process, without creating a new thread for every request. Node.js provides a set of asynchronous I/O primitives in its standard library that prevent JavaScript code from blocking and generally, libraries in Node.js are written using non-blocking paradigms, making blocking behavior the exception rather than the norm. -When Node.js needs to perform an I/O operation, like reading from the network, accessing a database or the filesystem, instead of blocking the thread and wasting CPU cycles waiting, Node.js will resume the operations when the response comes back. +When Node.js performs an I/O operation, like reading from the network, accessing a database or the filesystem, instead of blocking the thread and wasting CPU cycles waiting, Node.js will resume the operations when the response comes back. This allows Node.js to handle thousands of concurrent connections with a single server without introducing the burden of managing thread concurrency, which could be a significant source of bugs.