Comprendre l'alternative Node JS au multithreading

142

Si je comprends bien, Node JS n'est pas bloquant ... donc au lieu d'attendre une réponse d'une base de données ou d'un autre processus, il est passé à autre chose et revérifie plus tard.

Il est également à filetage unique.

Tout cela signifie-t-il qu'un processus Node JS donné peut utiliser pleinement et efficacement un seul cœur de processeur, mais il n'utilisera aucun autre cœur sur la machine, car dans, il n'en utilisera jamais plus d'un à la fois.

Cela signifie bien sûr que les autres processeurs peuvent toujours être utilisés par d'autres processus pour des choses comme la base de données SQL ou d'autres sous-routines lourdes de processeur intentionnellement séparées tant qu'il s'agit d'un processus séparé.

De plus, dans le cas où le processus Node JS a une boucle sans fin ou une fonction à exécution longue, ce processus n'est plus utile en aucune façon jusqu'à ce que la boucle sans fin ou la fonction à exécution longue soit arrêtée (ou tout le processus tué).

Est-ce que tout cela est bien? Ai-je raison dans ma compréhension?

multithreading node.js Champ Bryan
la source
2
"Node" n'est pas à thread unique. Seul le moteur JS / V8 fonctionne dans un seul thread. La partie libuv de NodeJS est multi-thread. Voir NodeJS est-il vraiment monothread?
RaelB
1
Hooking stackoverflow.com/q/17959663/632951
Pacerier

Réponses:

87

Assez correct, oui. Le serveur node.js a un pool de threads interne afin qu'il puisse effectuer des opérations de blocage et notifier le thread principal avec un rappel ou un événement lorsque les choses sont terminées.

J'imagine donc qu'il utilisera de manière limitée un autre noyau pour le pool de threads, par exemple si vous lisez un système de fichiers non bloquant, cela est probablement implémenté en disant à un thread du pool de threads d'effectuer une lecture et de définir un rappel lorsque c'est fait, ce qui signifie que la lecture peut avoir lieu sur un thread / core différent pendant que le programme principal node.js fait autre chose.

Mais du point de vue node.js, il est entièrement mono-thread et n'utilisera pas directement plus d'un cœur.

jcoder
la source
2
Je suis encore nouveau sur Node.js et j'apprécie la discussion ici. Je voulais juste souligner qu'il n'est probablement pas sage de supposer que les appels non bloquants sont soutenus par des appels de blocage threadés (pas que @jcoder ait suggéré d'architecte le code autour de ces hypothèses). Dans ce cas, même si IO est géré sur un thread séparé avec un appel bloquant, ce thread attendra de toute façon l'IO, donc il n'utilisera pas d'autres cœurs / CPU. Codez en fonction de la force des outils que vous utilisez et ne vous inquiétez pas trop des détails de bas niveau (jusqu'à ce qu'ils deviennent un problème).
wbyoung
afin que nous puissions faire d'autres proses en utilisant le rappel comme le code javascript sur le frontend
yussan
37

Oui, je dirais que votre compréhension est tout à fait correcte. Cet article ( archivé ) explique assez bien la raison d'être de cette conception. C'est probablement le paragraphe le plus important:

Apache est multithread: il génère un thread par requête (ou processus, cela dépend de la conf). Vous pouvez voir comment cette surcharge consomme de la mémoire à mesure que le nombre de connexions simultanées augmente et que davantage de threads sont nécessaires pour servir plusieurs clients simultanés. Nginx et Node.js ne sont pas multithread, car les threads et les processus coûtent beaucoup de mémoire. Ils sont à thread unique, mais basés sur des événements. Cela élimine la surcharge créée par des milliers de threads / processus en gérant de nombreuses connexions dans un seul thread.

Michael Borgwardt
la source
L'article est faux. Bien qu'un mpm apache multithread existe, il est incompatible avec pratiquement toutes les configurations utilisées quotidiennement. Apache est multiprocessus, et non multithread jusqu'à présent, et le sera probablement pour toujours. Je trouve que c'est catastrophique, manipuler le sens approprié de la terminologie n'est qu'une belle tentative pour cacher le problème, au lieu de le résoudre.
peterh - Réintégrer Monica le
1
@peterh Vous n'avez pas de sens. L'article est tout à fait correct, indiquant qu'apache est multiprocessus ou multithread selon la configuration. Le cas multiproces est encore pire en ce qui concerne la gestion de nombreuses connexions, ce qui est la seule raison pour laquelle Apache est mentionné en premier lieu. De plus, le module PHP très couramment utilisé est entièrement multithread. Et enfin, bien que je ne sois pas un expert apache, mon impression d'après d'autres articles est que le MPM worker est en fait très couramment utilisé.
Michael Borgwardt
@MichaelBorgwardt Oui, apache peut être multithread et multiprocessus, je ne l'ai pas nié. Mais php est incompatible avec la configuration multiprocessus, et si vous étiez un expert Apache, vous le sauriez sûrement. Le module php très couramment utilisé n'est pas multithread. Vos informations sont fausses. Je suggère d'essayer une configuration de test et vous verrez. C'est une chose factuelle, pas une question de débat, essayez-la et vous verrez.
peterh - Réintégrer Monica le
27

Même s'il s'agit d'un vieux fil, j'ai pensé que je partagerais avec une idée, comment utiliser plus d'un noyau dans l'application Node.JS. Comme Nuray Altin l'a mentionné - JXcore peut le faire.

Exemple simple: 

var method = function () {
    console.log("this is message from thread no", process.threadId);
};

jxcore.tasks.runOnThread(0, method);
jxcore.tasks.runOnThread(1, method);

// this is message from thread no 1
// this is message from thread no 0

Par défaut, il y a deux threads (vous pouvez le changer avec jxcore.tasks.setThreadCount())

Bien sûr, vous pouvez faire beaucoup plus avec les tâches. Les documents sont ici .

Quelques articles sur ce sujet:

infografnet
la source
13

Depuis cette question posée il y a presque 2 ans. Les choses deviennent différentes ou il existe des approches alternatives au problème de multithreading sur Node.JS

Selon l'article de blog ci-dessous, en utilisant l'extension `` tâche '' entrante, certains peuvent bénéficier directement d'autres cœurs disponibles.

http://oguzbastemur.blogspot.com/2013/12/multithread-nodejs.html

Nuray Altin
la source
1

Node.js est une application à un seul thread, mais elle peut prendre en charge la concurrence via le concept d'événement et de rappels. Voici une vidéo de Philip Roberts qui explique comment les boucles d'événements fonctionnent en javascript.

Cliquez ici pour voir la vidéo

(Au lieu des WebAPI, il existe des API C ++ dans Node.js)

Saurabh Lende
la source
2
Cela devrait être un commentaire
Cherniv