Правда ли, что Node.js работает только с одним ядром процессора, и что с этим делать?

Question

[mgfck]

Приветствую.
Разрабатываю проект на node.js. Недавно с ужасом осознал, что node.js по умолчанию работает лишь с одним ядром CPU.
Вопрос таков:

1. правильно ли я всё понял?
   
2. если да, есть ли способы распараллелить запросы с минимальными трудозатратами?
   
3. не лучше ли взять PHP 7, пока не поздно, или тут тоже есть нюансы?
   

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

Comments

[alex stephen]

В PHP7 та же ситуация)
По крайней мере, если мы говорим про событийную модель приложения.

Answer 1

[DevMan]

https://nodejs.org/api/cluster.html

Comments

[mgfck]

Спасибо, не знал о таком варианте.
Nginx не помеха, я правильно понимаю?

[Егор Живагин]

mgfck, да, nginx вообще не причём

[Mikhail Osher]

И еще кластер делает классную штуку: если в слэйве запускается http сервер, скажем на 3000 порту, то он расшарит этот порт среди всех слэйвов. Не знаю, как будет балансировать нагрузку между ними, но по идее ребята должны были продумать это.)

[Abcdefgk]

Mikhail Osher, А можно понятными словами? Нопремер, что значит "в слэйве", или почему ему так нравится именно 3000 порт?

[numfin]

Abcdefgk, твой главный кластер будет распределять нагрузку между "слейвами" (отдельный инстанс). Главный кластер распределяет все реквесты между инстансами и тем самым все работает типо как один инстанс

[Abcdefgk]

numfin, Ну осталось объяснить, что имеется в виду под "отдельный инстанс". Другой сервер что ли?
Потому что я знаю, что такое кластер и как он работает на сервере с несколькими процессорами - не так, ничего не распределяет и не умеет использовать общие куски памяти, а просто запускает несколько изолированных приложений (я даже знаю, как он работает на сервере с одним процессором, и какая от этого польза).

[DevMan]

Abcdefgk, инстанс - это экземпляр приложения. и не нужно путать железный кластер с нодовским модулем, имеющим такое же название.

[Abcdefgk]

DevMan, "И еще кластер делает классную штуку: если в слэйве запускается http сервер, скажем на 3000 порту, то он расшарит этот порт среди всех слэйвов."
Я вот про это просил уточнить. Я, видите ли, платформой Node.js владею в совершенстве (ну, можно так выразиться - учитывая ситуацию), и нодовский модуль "claster" юзаю с не меньшей лёгкостью, чем модуль "fs". Но профессиональным сленгом быдлокодеров не владею и лекций по программированию никогда не слушал - вот и попросил разъяснить настоящее содержание этой абракадабры (если она, вообще, имеет содержание). Можете разъяснить - так я послушаю. А что слово "инстанс" означает "экземпляр" (или, дословно, "отдельный случай"), я знаю хотя бы из того, что в малоизвестном здесь языке Lisp с помощью ключевого слова instance создаются объекты ("экземпляры") на основе объявленных классов - проще говоря, это аналог директивы new в Си-образных языках. Это слово я не просил переводить.

[DevMan]

Abcdefgk, извини чувак, с таким потоком самосознания я возиться не готов.
тем более что у человека владеющего нодой хотя бы на среднем уровне такого вопроса бы вообще не возникло.

[mgfck]

Друзья, давайте не будем страдать ерундой.
Подскажите лучше в связи с ответом Дмитрий Беляев , как лучше организовать работу с глобальными данными:

Правильно ли я понимаю, что при использовании PM2 и ему подобных менеджеров процессов глобальная переменная станет глобальной только для своего процесса? Как в таком случае организовать хранение данных, доступных для всех процессов ноды? Хранить их в Redis?

[DevMan]

mgfck, использовать общее хранилище. редис - один из вариантов.

[mgfck]

DevMan, А еще какие можете посоветовать? Нужно быстрое и надёжное in-memory хранилище с возможностью изредка записывать данные на диск. Ну и по ресурсам чтобы было не очень прожорливо.
Пока вижу такие варианты: Redis, LokiJS. Может быть, есть ещё что-то, на что стоить обратить внимание?
Спасибо.

Answer 2

[Дмитрий Беляев]

Используйте pm2 на продакшене
Он запустит Ваше приложение в кластере (настраивается конкретное количество процессов или по числу потоков cpu)
Будет следить за потребляемой памятью и загрузкой процессора
Сделает рестарт упавшего процесса
Будет собирать логи (console.log, console.error), с плагинами можно настроить ротацию
С плагинами можно прикрутить CI для пересборки и перезапуска проекта по webhook в git
Ну и много чего еще

Comments

[mgfck]

Какой интересный вариант!
Спасибо.
А сам он ресурсоёмкий? А то будет обидно, если менеджер процессов будет жрать ресурсов больше, чем само приложение))

[mgfck]

Правильно ли я понимаю, что при использовании PM2 и ему подобных глобальная переменная станет глобальной только для своего процесса? Как в таком случае организовать хранение данных, доступных для всех процессов ноды? Хранить их в Redis?

[Дмитрий Беляев]

А сам он ресурсоёмкий? А то будет обидно, если менеджер процессов будет жрать ресурсов больше, чем само приложение))

Сам демон pm2 работает в 1 процесс ноды, проц практически не ест, по памяти сейчас посмотрел, на моем серваке top показывает, что ест он в среднем 33МБ

Правильно ли я понимаю, что при использовании PM2 и ему подобных глобальная переменная станет глобальной только для своего процесса?

Правильно
А как хранить, зависит от задачи, можно и в редис
В памяти процесса хранить что-то кроме быстрого кэша вообще плохо, рестартанули демон - данные потеряли

Answer 3

[Пума Тайланд]

ну так пхп тоже в один поток работает только с одним ядром )
запустите десять нод

Comments

[rustler2000]

SO_REUSEPORT(из коробки) + taskset рвет подметки