Nginx + PHP 7.1.1 FPM vs Node.js 7.7.1 в качестве бэкенда ч.2

По картинкам видно, что генерируется разный ответ, даже разный размер страницы, тесты не одинаковые! Еще и не понятно как запускается NodeJS в дебаг режиме или в релизе, а от может зависит и скорость.

https://github.com/mazabenchmarks/NodeVsPHP/blob/master/rest_api.js

function mysqlQuery(query, cb) {
    connection.query(query, function (err, results, fields) {
        cb({err, results, fields});
    });
}

function generatePage(res) {
    const time = process.hrtime();
    mysqlQuery("SELECT * FROM `users`", ({err, results, fields}) => {
        let response = JSON.stringify(results);
        const diff = process.hrtime(time);
        const generationTime = diff[1] / 1000000;
        response += `<div><b>Страница сгенерирована за: ${generationTime}ms</b></div>`;
        res.end(response);
    });
}

а зачем вы столь извращенно завернули обращение к базе в «свой апи»?
вы же этим кодом вставляет палки в колеса JIT'у.

почему нельзя было сделать так?:

function generatePage(res) {
    const time = process.hrtime();
    connection.query("SELECT * FROM `users`", function (err, results, fields) {
        let response = JSON.stringify(results);
        const diff = process.hrtime(time);
        const generationTime = diff[1] / 1000000;
        response += `<div><b>Страница сгенерирована за: ${generationTime}ms</b></div>`;
        res.end(response);
    });
}

Я бы ещё заметил, что добавление к строке в цикле

for (let i = 0; i < results.length; i++) {
    response += `<span>Hello <i>${results[i].login}!</i> </span>`;
}

это не то же самое, что просто выплёвывание строки через echo в случае с PHP

while ($row = $res->fetch_assoc()) {
    echo "<span>Hello <i>{$row['login']}!</i> </span>";
}

Склеивание строк — не самая дешёвая операция. А скорость работы через echo в свою очередь зависит от буферизации ответа.

#ab -n 3000 -c 1000…

Никогда не понимал, зачем такакя конкурентность большая в тестах. :)
Разве столько клиентов придет одновременно?

Ну а по теме:
Используем PHP 7.0, преимуществ в 7.1 не вижу. Хз, есть ли для него тот же memcached.
Но PHP используется, потому что так исторически сложилось.
Ну и код просто на нем пишется.
А NodeJS — это чуток другой подход, вся эта асинхронность, чтобы не наделать случайно синхронности.
Да, оно красиво, может и быстрее работает, но лень разбираться. :)

Конечно круто, а где конфиги?

Сама по себе идея провести подобное тестирование – хорошая, но это надо делать в лабораторных условиях, гарантировав их идентичность и равное положение обоих испытуемых, а в текущей версии это просто вброс какой-то.

Ответ: На одно ядреном процессоре будет медленнее. (Проверено неоднократно)

Вначале вы говорите:

Сегодня у нас будет более честное сравнение, которое отображает большинство реальных задач.

Но разве делать сервис, с серьёзными требованиями к производительности, на таком железе «отображает большинство реальных задач»?

varnish сравняет счет, так что смысла в таком сравнении нет
а для числодробилок лучше что-нибудь другое использовать

накинулись все… как же так, немодный php оказывается не такой уж и медленный =)
по самим тестам необходимо указывать конфигурации. например, включен ли opcache

Для следующего проекта возьму и то, и другое. На PHP — сервисы с HTTP REST like API, на NodeJS — HTTP GraphQL API Gateway, серверный рендеринг React и транслятор событий RabbitMQ в веб-сокеты.

А когда будут тесты по скорости и стоимости РАЗРАБОТКИ кода?  +1 разраб в команду равен +20 средних серверов в аренду. Нахрена считать железо и язык если не ясно сколько стоит разработка?

Когда то тоже писял кипятком от скорости NODE.js в случаях когда сервер должен выдержать десятки тысяч реквестов на API который в принципе ничего сложного не делает кроме как выплюнуть малюсенький json. После написания нескольких проектов, которые немного сложнее чем тысячи трехстрочных примеров в интернете, типа идем в базу, берем что-то и выплевываем JSON, я очень надеюсь что когда-нибудь это какашка (nodejs) умрет.

Как только в приложении появляется бизнес логика (привет коллбэкам), как только с данными нужно проводить операции которые занимают процессорное время (привет однопоточности) а не только асинхронный io, начинаются пляски с промисами, асинк и т.д. (асинк эвэйт из той же серии) и разработка превращается в ад и Израиль.

Не ведитесь на цифры, они далеко не фактор. Я уже не говорю о нормальных разработчиках которые реально понимают разницу между Parallel vs Concurrent.

Я все еще пишу на ноде, но очень маленькие прототипы с минимум логики, микросервисы можно сказать. Когда нужно писать что нибудь серьезное, понимаешь что тебе не хватает управления твоей же программой. Хочется самому решать в каком потоке и что запускать, синхронизировать, и т.д. Хочется писать нормальный синхронный код и не тратить время на понимание каши которую сам же и написал 5 минут назад, и строить в голове граф из колббэков, прромисов и т.д.

В тоже время PHP я вообще не использую для написания миркосервисов (ну не его это ниша). Если программеры нормальные, PHP это отличное решение для быстрой веб-разработки, особенно для стартапов. Масштабируется PHP тоже очень хороше. А то что работает медленно, можно вынести в микросервис.

И вот тут у меня большие надежды на GO. Писать микросервисы одно удовольствие. GO дает достаточно высокоуровневого API, и в тоже время. у программиста есть возможность использовать низкоуровневые плюшки (мьютексы и т.д.).

P. S.
На неделе исправил баг в системе, когда CRM умирал (LAMP стэк). После рисерча, нашелся код, от одного разраба который работал в компании в 2015 году. Там было (это я еще почистил от мусора):

//Задача — найти все депозиты конкретного клиента

function findUserDeposits($user_id)
{
    $deposits = $this->getAllDepositsFromDatabase(); // SELECT * FROM transactions
    $transactions = $this->deepCopy($deposits); // deep copy of $deposits array data to new array with array key as row id from database

    $results = [];

    foreach ($transactions as $transaction) {
        if (('' . ($transaction['user_id'])) !== ('' . $user_id)) {
            continue;
        }
        
        $id = $transaction['id'];
        $result[$id] = $transaction;
    }

    return $results;
}

Не трудно догадаться почему все умерло… Когда я это увидел у меня скатилась слеза…

Что-то мне подсказывает, дай этому разрабу вместо php, какой-нибудь С или JAVA, ничего бы не изменилось. А вой дай ему NODEJS с коллбэками, то я даже представить не могу что бы он там наколбасил. А вы тут микросекунды считаете. Я сам как инженер люблю цифры, но вот пришел к понимаю того, что это далеко не главное, во всяком случае не там где эти цифры нам показывают в тестах.

Вот померять скорость обработки изображения например — тут реально есть что мерять и сравнить разные тулзы и языки. А взять с базы, выплюнуть JSON или html страничку, и замерять это — вот уже действительно трата времени.

Замените mysql2 на https://github.com/mscdex/node-mariasql/ — на вашем же примере у меня время генерации 0,6 ms, против 1,1ms у PHP. Что в иной раз доказывает, что этот тест лишь сравнивает либы по подключению к mysql.

На пыхе писал, на пыхе пишу, на пыхе и дальше буду писать, пока не понадобится что-то отличное от веб-приложения.

По поводу конфигов системы, пхп, Mysql
У меня настроено так, чтобы работало максимально быстро.
Если вы не знаете как должна быть настроена операционная система, php, nginx и mysql. Это не моя проблема.

Несерьезный какой-то подход. А если у вас там запросы кэшируются или еще что? Может вы просто node vs nginx протестировали.
Залейте конфиг nginx в репозиторий хотя-бы.