Почему сluster не уменьшает время загрузки?

Question

[yociyavi]

Решил проверить работу cluster. Написал цикл который отрабатывает 9-10 секунд. И запустил 4 вкладки примерно одновременно.
Итого имеем:
1) 10,05 сек
2) 19,99 сек
3) 31,38 сек
4) 41,93 сек

Т.е. кластер будто не работает.
Хотя процессы есть:


Вот код сервера:

const cluster = require('cluster');
const http = require('http');
const numCPUs = require('os').cpus().length;

if (cluster.isMaster) {
    for (var i = 0; i < numCPUs; i++) {
        cluster.fork();
    }
} else {
    http.createServer((req, res) => {
        for (var i = 0; i < 5000000000; ++i) {
        }
        res.writeHead(200);
        res.end('hello world\n');
    }).listen(3000);
}

Comments

[Кирилл]

Смотрели на какой инстанс попадает пользователь? В res.end добавьте process.pid. Какая версия ноды?

[yociyavi]

Кирилл: Странно, он все попадают на один pid: 15039. Версия ноды 4.4. Но почему так происходит?
Попробуйте у себя запустить этот код. Это займет не больше минуты.

[Кирилл]

yociyavi: запустил, тот же эффект что у вас. Проверил в двух браузерах - работает как надо. Видимо один и тот же клиент идет на один инстанс. Нашел похожую тему тут: https://stackoverflow.com/questions/22314045

Answer 1

[Тимур Шемсединов]

Кластер и не должен уменьшать время загрузки. Его задача - поднять общую производительность rps (request per second). Как он работает, соединение устанавливается с мастером и потом сокет передается через IPC в воркер для обработки. Если каждое соединение делает нечто более трудоемкое, чем отдача строки, то это позволит утилизировать под задачу доп. ядра, но для Вашего случая, накладные расходы на IPC компенсируют распараллеливание обработки. Кроме того, IPC сам по себе не быстрый, и cluster - это кусок говнокода, из встроенных библиотек ноды хуже написана только http. Я убрал cluster из своих проектов и готовлюсь убрать http.

Answer 2

[Lynn «Кофеман»]

Не нужно такие вещи проверять браузером. Он, во-первых, кеширует (и, например если у вас 10 запросов к одному адресу, то первый уйдёт, а остальные будут ждать, вдруг первый отдаст заголовок разрешающий брать данные из кеша и не нужно будет делать ещё 9 запросов), во-вторых, держит сетевое соединение и поэтому следующие запросы (с большой вероятностью) попадут в тот же воркер.

Answer 3

[_ _]

Проверьте cluster.schedulingPolicy - ожидаемое вами поведение это round-robin

Comments

[Кирилл]

В доке написано что round-robin по умолчанию.