Как низкоуровневые операции распределяются по потокам?

Question

[Виталий]

Есть в node.js Event Loop. А ещё в нём есть запросы к C++ библиотекам. Когда к библиотеке делается запрос, EL продолжает работу с другими событиями в стеке. Но как организуется одновременное выполнение библиотечных сервисов и основного цикла событий? Каждый запрос создаёт отдельный поток, или может создаётся актор под каждую службу, а может всеми службами заведует движок, который разово создаёт акторов по какой-то оптимизированной схеме?

Хочется глубже понять, как идёт работа с потоками на системном уровне. Также подойдут любые интересные решения на эту тему из серии "как могло бы быть".

Answer 1

[Yustas Alexu]

Вот есть неплохая статья по этой теме.
И вот здесь и здесь более детально.

Answer 2

[dummyman]

Не понимаю вопроса. Хотите глубже понять node - смотрите исходные коды. Не существует более эффективного способа.
EventLoop - есть не что иное, как

while(1) {
   // а здесь тысячи if и switch
}

Но как организуется одновременное выполнение библиотечных сервисов и основного цикла событий? Каждый запрос создаёт отдельный поток...

... это фантастика. Node выполняет работу в одном потоке одного процесса и может просить систему запускать еще процессов, все это описано тут.

Comments

[Алексей Сергей]

... это фантастика. Node выполняет работу в одном потоке одного процесса и может просить систему запускать еще процессов, все это описано тут.

Ни разу не фантастика. под капотом libuv вполне может использовать несколько потоков для обработки io.

[dummyman]

Алексей Сергей: ну это разве что в винде. над ядром нода не шефствует. libuv следит за shared-памятью, семафорами и mutex-lockами. libuv сама по себе интеллектом не обладает. я слежу за работой многих процессов node на разных машинах. Так и не вспомню что нужно выполнить в javascript чтобы выпросить у iocp новый тред без создания процесса. - такие запросы мог делать в ноде только из си.

[Алексей Сергей]

dummyman: что-ж, не могу сказать, что досконально знаю устройство libuv и nodejs.
В своих суждениях опираюсь на то, с чем сталкивался раньше. Вот, например скрин работы реального приложения. нативные модули не использует, равно как и child_process. Из всего что делает -- гоняет данные по TCP между подключенными клиентами.

при этом ps aux | grep node покажет лишь 2 процесса.
На скрине видны именно потоки, созданные самой нодой.

[dummyman]

Алексей Сергей: По скрину видно, что они все в сумме не потратили ни секунды процессорного времени. Склонен предположить, что они выполняют какую-то отладочную работу.

Не, ну я не спорю, что v8 в ноде обязательно все свои функции выполняет в один поток.
Я к тому, что нет возможности распаралеливать работу в памяти одного процесса используя api js, и сам node по ходу выполнения скрипта не станет плодить потоков, кроме, разумеется, которые он запустит в момент своего запуска, соответственно, которые ему нужны для контроля хода выполнения скрипта.

На 99% уверен, потоки на скриншоте созданы не libuv

[Виталий]

добавлю масла в огонь. число тредов в либюви настраиваемый параметр. дефолтово вы получаете 4 треда на обработку, при нужде можно до 128 увеличить...