NodeJS est-il vraiment monofilaire ?

Question

Node.js résout le "problème d'un thread par connexion" en plaçant le modèle événementiel à son cœur, en utilisant une boucle d'événements au lieu de threads. Toutes les opérations d'E/S coûteuses sont toujours exécutées de manière asynchrone avec un callback qui est exécuté lorsque l'opération initiée est terminée.

L'observation SI une opération se produit est gérée par des mécanismes de multiplexage tels que epoll() .

Ma question est maintenant :

• Pourquoi NodeJS ne bloque-t-il pas lors de l'utilisation des Systemcalls bloquants select/epoll/kqueue ?

• Ou bien NodeJS n'est pas du tout monofilaire, de sorte qu'un deuxième fil est
  nécessaire d'observer toutes les opérations d'E/S avec select/epoll/kqueue ?

Answer 1

NodeJS est Événement (2ème ligne à partir de la site web ), et non pas monofilaire. Il gère en interne le threading nécessaire à la gestion des select/epoll/kqueue sans que l'utilisateur n'ait à le gérer explicitement, mais cela ne signifie pas qu'il n'y a pas d'utilisation de threads en son sein.

Answer 2

Non.

Lorsque les opérations d'E/S sont initiées, elles sont déléguées à libuv libuv annonce la fin des opérations d'E/S, ce qui permet à tous les callbacks qui attendent cet événement d'être réintroduits dans le thread principal de V8 pour être exécutés.

V8 -> E/S déléguées ( libuv ) -> Pool de threads -> Asynchrone multi-filière

Answer 3

JavaScript est monofilaire, tout comme le modèle d'événement. Mais la pile Node n'est pas monofilaire.

Node utilise le moteur V8 pour la concurrence.

Answer 4

Non Nodejs dans son ensemble n'est pas single-threaded, mais la boucle Node-Event (que nodeJS utilise fortement) est single-threaded.

Certains éléments de la structure de nœuds/Std Lib ne sont pas monofilaires.