From 9314952a62f389dd6458e946fae91d5998efb3bf Mon Sep 17 00:00:00 2001 From: Juani Schuhmann <76596375+jschuhmann47@users.noreply.github.com> Date: Mon, 29 Apr 2024 12:49:57 -0300 Subject: [PATCH 1/7] Update event_loop.md --- src/content/event_loop.md | 64 +++++++++++++++++++-------------------- 1 file changed, 32 insertions(+), 32 deletions(-) diff --git a/src/content/event_loop.md b/src/content/event_loop.md index 3cc4feb..f8cfc32 100644 --- a/src/content/event_loop.md +++ b/src/content/event_loop.md @@ -3,35 +3,35 @@ El **event loop** es la forma que usa Node.js para **organizar el procesamiento del código**. -Para poder profundizar en el event loop debemos entender de forma high level qué es la V8 y qué relación tiene con node. +Para poder profundizar en el event loop debemos entender de forma high level qué es la V8 y qué relación tiene con Node. -V8, de forma muy básica, podemos definirlo como uno de los motores de javascript que interpreta y ejecute código js. Todos los browser contienen un motor Js, V8 es el creado por Google. +V8, de forma muy básica, podemos definirlo como uno de los motores de Javascript que interpreta y ejecuta código Js. Todos los browser contienen un motor Js, V8 es el creado por Google. -V8 de alguna forma permitia una interpretación mucho más rápida de Javascript de los navegadores, esto gracias a la combinación del uso del interprete y el compilador. +V8 de alguna forma permitía una interpretación mucho más rápida de Javascript de los navegadores, esto gracias a la combinación del uso del intérprete y el compilador. Ryah Dahll, como explica en la presentación de [JsConf](https://www.youtube.com/watch?v=ztspvPYybIY&t=1s), consigue crear servidores web para las necesidades actuales haciendo que la V8 funcione por fuera del navegador, es decir, en el sistema operativo. -Motor V8 de javascript: +Motor V8 de Javascript: - Posee dos componentes principales: - Heap: Aloca variables, funciones y estructuras. - - Call Stack : Permite el anidamiento de llamadas. + - Call Stack: Permite el anidamiento de llamadas. - Existe un bucle de ejecución -El bucle que anteriormente nombramos es el EVENT LOOP y es quien nos permite manejar la concurrencia de eventos. ¿Que es un evento? pequeñas funcionalidades/funciones que vamos a ejecutar a lo largo del tiempo.. +El bucle que anteriormente nombramos es el EVENT LOOP y es quien nos permite manejar la concurrencia de eventos. ¿Qué es un evento? Pequeñas funcionalidades/funciones que vamos a ejecutar a lo largo del tiempo. **Tiene un modelo de concurrencia orientado a EVENTOS.** -### ¿Qué es node? +### ¿Qué es Node? -As an asynchronous event-driven JavaScript runtime, Node.js is designed to build scalable network applications +As an asynchronous event-driven Javascript runtime, Node.js is designed to build scalable network applications -Ejemplo en node de un contador: +Ejemplo en Node de un contador: -```javascript +```Javascript var a = 0; for (let i = 0; i < 10000; i++) { @@ -43,7 +43,7 @@ console.log(a); **¿Qué hace el código?** En una primera instancia podemos pensar que en `a` se incrementa uno a uno y luego imprimimos la variable con 10000. -¿Qué pensamos que hace el setImmediate? ¿Lo ejecuta inmediatamente? +¿Qué pensamos que hace el `setImmediate`? ¿Lo ejecuta inmediatamente? El `immediate` lo que hace es generar un evento, es decir, se generan eventos que se van ejecutando en el bucle de event loop. @@ -68,7 +68,7 @@ Podemos pensar que el event loop es un bucle simple en donde los eventos se van ¿Qué pasa si a nuestro anterior ejemplo agrego un `console.log` dentro de otro `setImmediate()`? -```javascript +```Javascript var a = 0; for (let i = 0; i < 10000; i++) { @@ -79,9 +79,9 @@ setImmediate(console.log(a)); Alternativas: - Log con 10000 - Log con 0 -- Resultados no deterministicos. +- Resultados no determinísticos. -**Realidad**: Si lo ejecuto me termina dando 10.000, aparentemente se encolan y se van ejecutando en el orden correcto. +**Realidad**: Si lo ejecuto me termina dando 10000, aparentemente se encolan y se van ejecutando en el orden correcto. ¿Por qué sucede esto? @@ -91,11 +91,11 @@ El event loop es una especie de bucle que tiene varias etapas, y tienen algunas Son pequeñas etapas, y por cada uno de estos ciclos va a procesar eventos de diferentes naturalezas. El orden de estos ciclos es determinístico. -A la cajita de Js, podemos interpretarlas como el código de JS principal de nuestra app. +A la cajita de Js, podemos interpretarlas como el código de Js principal de nuestra app. Cambiando un poco el ejemplo -```javascript +```Javascript var a = 0; for (let i = 0; i < 10000; i++) { @@ -114,19 +114,19 @@ Esto sucede ya que se lee todo el código, y el resto de los eventos se planific El bucle se ejecuta en un tiempo específico por lo cual se le asigna una cantidad determinada de tiempo a cada una de sus etapas, justamente porque estamos corriendo sobre solo un thread, en consecuencia solo lo podemos planificar en un solo procesador. -**¿Qué pasa si en alguna de esas cajitas de JS tenemos una ejecución CPU Intensive?** +**¿Qué pasa si en alguna de esas cajitas de Js tenemos una ejecución CPU Intensive?** -El sistema operativo ve a node como un solo thread. Tanto lo CPU intensive como elementos sincronicos puedem hacer que todas las fases se demoren y bloqueen. Este thread tiene una política de no desalojo de la ejecución si la misma es de código js, por más que se asignen pequeñas porciones de tiempo a cada etapa del event loop si tenemos elemento que bloquean la CPU, no nos permite que el schedule pueda correr y dar paso a la nueva etapa. +El sistema operativo ve a Node como un solo thread. Tanto lo CPU intensive como elementos sincronicos puedem hacer que todas las fases se demoren y bloqueen. Este thread tiene una política de no desalojo de la ejecución si la misma es de código Js, por más que se asignen pequeñas porciones de tiempo a cada etapa del event loop si tenemos elemento que bloquean la CPU, no nos permite que el schedule pueda correr y dar paso a la nueva etapa. -The event loop is what allows Node.js to perform non-blocking I/O operations — despite the fact that JavaScript is single-threaded — by offloading operations to the system kernel whenever possible +The event loop is what allows Node.js to perform non-blocking I/O operations — despite the fact that Javascript is single-threaded — by offloading operations to the system kernel whenever possible ### Componentes de nuestro sistema Node.js - + Podemos observar que tiene una queue de eventos general que el event loop va a ir tratando. -LIBUV: Es una lib que nos permite wrappear las llamadas bloqueantes en no bloqueantes, esto puede lograrse a través de los llamados worker threads. Estos van a ejecutar estas llamadas y una vez que las terminen de tratar mediante el callback vuelven evento entrando el event queue. +[libuv](https://github.com/libuv/libuv): Es una lib que nos permite wrappear las llamadas bloqueantes en no bloqueantes, esto puede lograrse a través de los llamados worker threads. Estos van a ejecutar estas llamadas y una vez que las terminen de tratar mediante el callback vuelven evento entrando el event queue. Esta lib va a tratar todas las operaciones bloqueantes como pueden ser escuchar un puerto, leer archivos, entre otras operaciones. @@ -137,7 +137,7 @@ Esta lib va a tratar todas las operaciones bloqueantes como pueden ser escuchar - Ejecuta todas las operaciones que se puedan ejecutar inmediatamente. - Si en el index detecta eventos: continuaciones, operaciones asincrónicas u operaciones IO, los atiende después, es decir, los encola. - Terminada la lectura del index, comienza a ciclar por una secuencia bien definida. Atiende timeouts, IO, de red, immediate y eventos de cierre de recursos. - - En esta etapa existen microqueues (JS) donde se fija si existen eventos encolados que están listos para ser procesados, y los ejecuta. (**1) + - En esta etapa existen microqueues (Js) donde se fija si existen eventos encolados que están listos para ser procesados, y los ejecuta. (**1) - Si no tiene más nada que ejecutar, termina el ciclo y la ejecución, caso contrario, arranca nuevamente el ciclo. (**1) Es una cola de tareas que los worker threads van tomando desde ese punto y cuando está listo ese procesamiento vuelve a encolar en la cola de eventos del event loop. @@ -150,29 +150,29 @@ Si tengo operaciones CPU intensive debemos considerar: - Uso de funciones de worker threads. -Lo que en nuestro gráfico simplificado nombramos como _función unicornio_ (este es un nombre inventado por nosotros, no existe tal nomenclatura) permite aprovechar funciones del sistema operativo, es una especie de listener el cual cuando se termina de procesar un elemento o existen nuevos eventos, dicha funcion puede ser de nexo e informar cuando suceden estas cosas. (libuv y SO). +Lo que en nuestro gráfico simplificado nombramos como _función unicornio_ (este es un nombre inventado por nosotros, no existe tal nomenclatura) permite aprovechar funciones del sistema operativo, es una especie de listener el cual cuando se termina de procesar un elemento o existen nuevos eventos, dicha función puede ser de nexo e informar cuando suceden estas cosas. (libuv y SO). ## Resumen de event loop -- Forma de organizar el procesamiento del código en Node.js . -- Se basa en procesamiento concurrente de código js con 1 solo thread, con no-desalojo para código js. +- Forma de organizar el procesamiento del código en Node.js. +- Se basa en procesamiento concurrente de código Js con 1 solo thread, con no-desalojo para código Js. - Tiene 3 pasos - - Escanea el index, donde ejecuta todo el código que se pueda ejecutar inmediatamente, encolando continuations, io,etc - - Terminado el escaneo, ciclea en la siguiente secuencia, tieniendo microquues donde revisa si existen eventos preparados para ser ejecutados, y los ejecuta. - - Atiende operaciones asincrónicas,timeouts + - Escanea el index, donde ejecuta todo el código que se pueda ejecutar inmediatamente, encolando continuations, io, etc. + - Terminado el escaneo, ciclea en la siguiente secuencia, teniendo microqueues donde revisa si existen eventos preparados para ser ejecutados, y los ejecuta. + - Atiende operaciones asincrónicas, timeouts - IO y redes - immediate - eventos de cierra de recursos - Si no tiene más que ejecutar, cierra la ejecución, caso contrario, vuelve a retomar el ciclo. -- Tiene 1 hilo , pero n workers que se encargan de ejecutar las tareas pesadas. +- Tiene 1 hilo, pero n workers que se encargan de ejecutar las tareas pesadas. ### Referencias - [Morning Keynote- Everything You Need to Know About Node.js Event Loop - Bert Belder, IBM](https://www.youtube.com/watch?v=PNa9OMajw9w) - [Ryan Dahl: Original Node.js presentation - JsConf](https://www.youtube.com/watch?v=ztspvPYybIY&t=1s) - [Introduction to libuv: What's a Unicorn Velociraptor? - Colin Ihrig, Joyent](https://www.youtube.com/watch?v=_c51fcXRLGw) -- [Don't Block the Event Loop (or the Worker Pool)](https://nodejs.org/en/docs/guides/dont-block-the-event-loop/) -- [Introduction to Node.js](https://nodejs.dev/learn) -- [What is the event loop](https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/#what-is-the-event-loop) +- [Don't Block the Event Loop (or the Worker Pool)](https://NodeJs.org/en/docs/guides/dont-block-the-event-loop/) +- [Introduction to Node.js](https://NodeJs.dev/learn) +- [What is the event loop](https://NodeJs.org/en/docs/guides/event-loop-timers-and-nexttick/#what-is-the-event-loop) From bf3ea3a9bdbc28538326b1da4af01bf578dcea7c Mon Sep 17 00:00:00 2001 From: Juani Schuhmann <76596375+jschuhmann47@users.noreply.github.com> Date: Mon, 29 Apr 2024 13:06:14 -0300 Subject: [PATCH 2/7] Update event_loop.md --- src/content/event_loop.md | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/src/content/event_loop.md b/src/content/event_loop.md index f8cfc32..26ca6f6 100644 --- a/src/content/event_loop.md +++ b/src/content/event_loop.md @@ -5,13 +5,13 @@ El **event loop** es la forma que usa Node.js para **organizar el procesamiento Para poder profundizar en el event loop debemos entender de forma high level qué es la V8 y qué relación tiene con Node. -V8, de forma muy básica, podemos definirlo como uno de los motores de Javascript que interpreta y ejecuta código Js. Todos los browser contienen un motor Js, V8 es el creado por Google. +V8, de forma muy básica, podemos definirlo como uno de los motores de JavaScript que interpreta y ejecuta código Js. Todos los browser contienen un motor Js: V8 es el creado por Google (Firefox usa el propio llamado SpiderMonkey). -V8 de alguna forma permitía una interpretación mucho más rápida de Javascript de los navegadores, esto gracias a la combinación del uso del intérprete y el compilador. +V8 de alguna forma permitía una interpretación mucho más rápida de JavaScript de los navegadores, esto gracias a la combinación del uso del intérprete y el compilador. Ryah Dahll, como explica en la presentación de [JsConf](https://www.youtube.com/watch?v=ztspvPYybIY&t=1s), consigue crear servidores web para las necesidades actuales haciendo que la V8 funcione por fuera del navegador, es decir, en el sistema operativo. -Motor V8 de Javascript: +Motor V8 de JavaScript: - Posee dos componentes principales: - Heap: Aloca variables, funciones y estructuras. - Call Stack: Permite el anidamiento de llamadas. @@ -27,11 +27,11 @@ El bucle que anteriormente nombramos es el EVENT LOOP y es quien nos permite man ### ¿Qué es Node? -As an asynchronous event-driven Javascript runtime, Node.js is designed to build scalable network applications +As an asynchronous event-driven JavaScript runtime, Node.js is designed to build scalable network applications Ejemplo en Node de un contador: -```Javascript +```JavaScript var a = 0; for (let i = 0; i < 10000; i++) { @@ -68,7 +68,7 @@ Podemos pensar que el event loop es un bucle simple en donde los eventos se van ¿Qué pasa si a nuestro anterior ejemplo agrego un `console.log` dentro de otro `setImmediate()`? -```Javascript +```JavaScript var a = 0; for (let i = 0; i < 10000; i++) { @@ -95,7 +95,7 @@ A la cajita de Js, podemos interpretarlas como el código de Js principal de nue Cambiando un poco el ejemplo -```Javascript +```JavaScript var a = 0; for (let i = 0; i < 10000; i++) { @@ -118,7 +118,7 @@ El bucle se ejecuta en un tiempo específico por lo cual se le asigna una cantid El sistema operativo ve a Node como un solo thread. Tanto lo CPU intensive como elementos sincronicos puedem hacer que todas las fases se demoren y bloqueen. Este thread tiene una política de no desalojo de la ejecución si la misma es de código Js, por más que se asignen pequeñas porciones de tiempo a cada etapa del event loop si tenemos elemento que bloquean la CPU, no nos permite que el schedule pueda correr y dar paso a la nueva etapa. -The event loop is what allows Node.js to perform non-blocking I/O operations — despite the fact that Javascript is single-threaded — by offloading operations to the system kernel whenever possible +The event loop is what allows Node.js to perform non-blocking I/O operations — despite the fact that JavaScript is single-threaded — by offloading operations to the system kernel whenever possible ### Componentes de nuestro sistema Node.js From 1271ec8eb0413082f3d43e7ef1ae722bdff47210 Mon Sep 17 00:00:00 2001 From: Juani Schuhmann <76596375+jschuhmann47@users.noreply.github.com> Date: Mon, 29 Apr 2024 13:09:22 -0300 Subject: [PATCH 3/7] Update event_loop.md --- src/content/event_loop.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/content/event_loop.md b/src/content/event_loop.md index 26ca6f6..6809fdb 100644 --- a/src/content/event_loop.md +++ b/src/content/event_loop.md @@ -53,7 +53,7 @@ Si lo ejecutamos, vamos a notar que imprime 0. Los eventos, a diferencia de las `corutinas`, se planifican automáticamente, tenemos como ventaja el poder delegar esos detalles, ya que el modelo está más implícito. -**Cada evento es un contexto de ejecución distinto.** Nuestra pregunta puede ser ¿Cuándo se produce un cambio de contexto? +**Cada evento es un contexto de ejecución distinto.** Nuestra pregunta puede ser ¿cuándo se produce un cambio de contexto? En el ejemplo del contador, podemos decir que encolamos 10000 veces ese evento y nos da la sensación que estas son llamadas _sincrónicas_, pero realmente esto no pasa. Por atrás tenemos un elemento que nos permite de alguna forma multiplexar, hacer que el IO que es sincrónico no lo sea. From 070425e378ea1c8c129e7e40d76a1b59049a31de Mon Sep 17 00:00:00 2001 From: Juani Schuhmann <76596375+jschuhmann47@users.noreply.github.com> Date: Mon, 29 Apr 2024 13:13:21 -0300 Subject: [PATCH 4/7] Update event_loop.md --- src/content/event_loop.md | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/src/content/event_loop.md b/src/content/event_loop.md index 6809fdb..f671da3 100644 --- a/src/content/event_loop.md +++ b/src/content/event_loop.md @@ -116,7 +116,7 @@ El bucle se ejecuta en un tiempo específico por lo cual se le asigna una cantid **¿Qué pasa si en alguna de esas cajitas de Js tenemos una ejecución CPU Intensive?** -El sistema operativo ve a Node como un solo thread. Tanto lo CPU intensive como elementos sincronicos puedem hacer que todas las fases se demoren y bloqueen. Este thread tiene una política de no desalojo de la ejecución si la misma es de código Js, por más que se asignen pequeñas porciones de tiempo a cada etapa del event loop si tenemos elemento que bloquean la CPU, no nos permite que el schedule pueda correr y dar paso a la nueva etapa. +El sistema operativo ve a Node como un solo thread. Tanto lo CPU intensive como elementos sincronicos pueden hacer que todas las fases se demoren y bloqueen. Este thread tiene una política de no desalojo de la ejecución si la misma es de código Js, por más que se asignen pequeñas porciones de tiempo a cada etapa del event loop si tenemos elemento que bloquean la CPU, no nos permite que el schedule pueda correr y dar paso a la nueva etapa. The event loop is what allows Node.js to perform non-blocking I/O operations — despite the fact that JavaScript is single-threaded — by offloading operations to the system kernel whenever possible @@ -133,9 +133,9 @@ Esta lib va a tratar todas las operaciones bloqueantes como pueden ser escuchar ¿Cómo serian los pasos de nuestro event loop? -- Escaneo un nuestro código principal (index.js) +- Escaneo de nuestro código principal (index.js) - Ejecuta todas las operaciones que se puedan ejecutar inmediatamente. - - Si en el index detecta eventos: continuaciones, operaciones asincrónicas u operaciones IO, los atiende después, es decir, los encola. + - Si en el index detecta eventos (continuaciones, operaciones asincrónicas u operaciones IO) los atiende después, es decir, los encola. - Terminada la lectura del index, comienza a ciclar por una secuencia bien definida. Atiende timeouts, IO, de red, immediate y eventos de cierre de recursos. - En esta etapa existen microqueues (Js) donde se fija si existen eventos encolados que están listos para ser procesados, y los ejecuta. (**1) - Si no tiene más nada que ejecutar, termina el ciclo y la ejecución, caso contrario, arranca nuevamente el ciclo. @@ -145,8 +145,8 @@ Esta lib va a tratar todas las operaciones bloqueantes como pueden ser escuchar **IMPORTANTE**: No debemos bloquear el event loop Si tengo operaciones CPU intensive debemos considerar: -- Partitioning. -- Offloading. +- _Partitioning_. +- _Offloading_. - Uso de funciones de worker threads. @@ -155,10 +155,10 @@ Lo que en nuestro gráfico simplificado nombramos como _función unicornio_ (est ## Resumen de event loop - Forma de organizar el procesamiento del código en Node.js. -- Se basa en procesamiento concurrente de código Js con 1 solo thread, con no-desalojo para código Js. -- Tiene 3 pasos - - Escanea el index, donde ejecuta todo el código que se pueda ejecutar inmediatamente, encolando continuations, io, etc. - - Terminado el escaneo, ciclea en la siguiente secuencia, teniendo microqueues donde revisa si existen eventos preparados para ser ejecutados, y los ejecuta. +- Se basa en procesamiento concurrente de código Js con un solo thread, con no-desalojo para código Js. +- Tiene tres pasos + - Escanea el index, donde ejecuta todo el código que se pueda ejecutar inmediatamente, encolando continuations, IO, etc. + - Terminado el escaneo, itera en la siguiente secuencia, teniendo microqueues donde revisa si existen eventos preparados para ser ejecutados, y los ejecuta. - Atiende operaciones asincrónicas, timeouts - IO y redes - immediate From 5c094d51d54ab583272de69f2974a10aa739bd62 Mon Sep 17 00:00:00 2001 From: Juani Schuhmann <76596375+jschuhmann47@users.noreply.github.com> Date: Mon, 29 Apr 2024 18:43:32 -0300 Subject: [PATCH 5/7] Update event_loop.md --- src/content/event_loop.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/content/event_loop.md b/src/content/event_loop.md index f671da3..b62e21b 100644 --- a/src/content/event_loop.md +++ b/src/content/event_loop.md @@ -170,8 +170,8 @@ Lo que en nuestro gráfico simplificado nombramos como _función unicornio_ (est - [Morning Keynote- Everything You Need to Know About Node.js Event Loop - Bert Belder, IBM](https://www.youtube.com/watch?v=PNa9OMajw9w) - [Ryan Dahl: Original Node.js presentation - JsConf](https://www.youtube.com/watch?v=ztspvPYybIY&t=1s) - [Introduction to libuv: What's a Unicorn Velociraptor? - Colin Ihrig, Joyent](https://www.youtube.com/watch?v=_c51fcXRLGw) -- [Don't Block the Event Loop (or the Worker Pool)](https://NodeJs.org/en/docs/guides/dont-block-the-event-loop/) -- [Introduction to Node.js](https://NodeJs.dev/learn) +- [Don't Block the Event Loop (or the Worker Pool)](https://nodejs.org/en/docs/guides/dont-block-the-event-loop/) +- [Introduction to Node.js](https://nodejs.dev/learn) - [What is the event loop](https://NodeJs.org/en/docs/guides/event-loop-timers-and-nexttick/#what-is-the-event-loop) From f57539478df83d13abb90d95f1b6a98e939d7ff0 Mon Sep 17 00:00:00 2001 From: Juani Schuhmann <76596375+jschuhmann47@users.noreply.github.com> Date: Mon, 29 Apr 2024 18:45:40 -0300 Subject: [PATCH 6/7] Update event_loop.md --- src/content/event_loop.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/content/event_loop.md b/src/content/event_loop.md index b62e21b..20d834a 100644 --- a/src/content/event_loop.md +++ b/src/content/event_loop.md @@ -122,7 +122,7 @@ El sistema operativo ve a Node como un solo thread. Tanto lo CPU intensive como ### Componentes de nuestro sistema Node.js - + Podemos observar que tiene una queue de eventos general que el event loop va a ir tratando. @@ -172,7 +172,7 @@ Lo que en nuestro gráfico simplificado nombramos como _función unicornio_ (est - [Introduction to libuv: What's a Unicorn Velociraptor? - Colin Ihrig, Joyent](https://www.youtube.com/watch?v=_c51fcXRLGw) - [Don't Block the Event Loop (or the Worker Pool)](https://nodejs.org/en/docs/guides/dont-block-the-event-loop/) - [Introduction to Node.js](https://nodejs.dev/learn) -- [What is the event loop](https://NodeJs.org/en/docs/guides/event-loop-timers-and-nexttick/#what-is-the-event-loop) +- [What is the event loop](https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/#what-is-the-event-loop) From 57cfe74e1bb267feb165bf6c5e5ebae7dab802f8 Mon Sep 17 00:00:00 2001 From: Juani Schuhmann <76596375+jschuhmann47@users.noreply.github.com> Date: Mon, 29 Apr 2024 18:46:03 -0300 Subject: [PATCH 7/7] Update event_loop.md --- src/content/event_loop.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/content/event_loop.md b/src/content/event_loop.md index 20d834a..6844845 100644 --- a/src/content/event_loop.md +++ b/src/content/event_loop.md @@ -5,7 +5,7 @@ El **event loop** es la forma que usa Node.js para **organizar el procesamiento Para poder profundizar en el event loop debemos entender de forma high level qué es la V8 y qué relación tiene con Node. -V8, de forma muy básica, podemos definirlo como uno de los motores de JavaScript que interpreta y ejecuta código Js. Todos los browser contienen un motor Js: V8 es el creado por Google (Firefox usa el propio llamado SpiderMonkey). +V8, de forma muy básica, podemos definirlo como uno de los motores de JavaScript que interpreta y ejecuta código Js. Todos los browsers contienen un motor Js: V8 es el creado por Google (Firefox usa el propio llamado SpiderMonkey). V8 de alguna forma permitía una interpretación mucho más rápida de JavaScript de los navegadores, esto gracias a la combinación del uso del intérprete y el compilador.