From 13f92387cc42c103609a967f5170680644e1bd21 Mon Sep 17 00:00:00 2001 From: Dan Koster Date: Sun, 16 Oct 2016 22:07:49 -0700 Subject: [PATCH] doc: minor fixes event-loop-timers-and-nexttick.md Minor fixes and enhancements to event-loop-timers-and-nexttick.md Added missing "be" Added a link to REPL docs Added definition of libuv and a link --- doc/topics/event-loop-timers-and-nexttick.md | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/doc/topics/event-loop-timers-and-nexttick.md b/doc/topics/event-loop-timers-and-nexttick.md index ca2e1b555981c7..67581ab97fed27 100644 --- a/doc/topics/event-loop-timers-and-nexttick.md +++ b/doc/topics/event-loop-timers-and-nexttick.md @@ -9,13 +9,13 @@ offloading operations to the system kernel whenever possible. Since most modern kernels are multi-threaded, they can handle multiple operations executing in the background. When one of these operations completes, the kernel tells Node.js so that the appropriate callback -may added to the **poll** queue to eventually be executed. We'll explain +may be added to the **poll** queue to eventually be executed. We'll explain this in further detail later in this topic. ## Event Loop Explained When Node.js starts, it initializes the event loop, processes the -provided input script (or drops into the REPL, which is not covered in +provided input script (or drops into the [REPL](https://nodejs.org/api/repl.html#repl_repl), which is not covered in this document) which may make async API calls, schedule timers, or call `process.nextTick()`, then begins processing the event loop. @@ -144,7 +144,9 @@ the timer's callback. In this example, you will see that the total delay between the timer being scheduled and its callback being executed will be 105ms. -Note: To prevent the **poll** phase from starving the event loop, libuv +Note: To prevent the **poll** phase from starving the event loop, [libuv] +(http://libuv.org/) (the C library that implements the Node.js +event loop and all of the asynchronous behaviors of the platform) also has a hard maximum (system dependent) before it stops polling for more events.