С моей точки зрения, языки программирования общего назначения (С++/C#/Java/Python/Ruby) обладают неким
индексом производительности. И он - достаточно стационарен. Тоесть ты берешь 100 разных алгоритмов. Реализуешь
их на этих языках и если за 1.0 принять самый быстрый из них (например С++) то другие языки выстроятся в шеренгу.

И в этой шеренге Node.JS будет занимать некое позорное место по рангу далеко не в первой пятерке.
И этот факт я могу подтвердить. Я гонял бенчмарк на Node и на C-lang

Алгоритмы должны не использовать Network/DiskIO. Тоесть мы меряем чистый перформанс в вакууме.
Для серверов и датацентров существуют другие метрики в флопах . Но нам это не нужно. У нас - проще подход.

Поэтому наш начинаюший junior-шеф-исполнительный-директор дайкерис должен этот факт понимать
и принимать его во внимание при стратегических решениях.

Дай бох его приложения - это просто микро-сервисы которые отбивают ресты и иксемельки. Тогда все будет норм.
Но если речь идет именно о бизнес расчетах или о каких-то нагрузочных вычислениях без диска и без базы - то
эффект от ухода с JVM/Groovy на Node - будет весьма неприятным.

Каждый бенчмарк имеет право на сущестоввание.

Но у меня есть претензии к публикации отчота по небесным телам которые летают вокруг Юпитера.
Он - не репрезентативен. Он - просто представляет собой совокупность исходников по ОДНОМУ языку
которые пронумерованы как #1,#2....etc.

Этот отчот просто показывает нам что МНОГО ЛЮДЕЙ использовали ОДИН язык и умудрилсь на нем
по разному закодить одну задачу. Это просто показывает нам другое измерение статистик. Скорее
матрицу чем таблицу. Но делать по ней выводы о языке - сложнее.

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

На рендеринге 3Д-картинки (вычисления с double). Я брал лучшие измерения в классе одного компиллятора.

Lang Elapsed timeRust (rustc 1.39.0, cargo 1.39.0 8.7sClang, Linux 5.3.0-28-generic 9.8sC++ (gcc version 7.4.0, clang version 6.0.0-1ubuntu2) 9.06sJava-11 (OpenJDK 11.0.4 64-Bit, Linux 5.3.0-28) 12sgo1.10.4 linux/amd64 24sNodeJS v8.10.0 1m 30s

Я обновлю версии компиляторов.
Если это все ваши замечания по теме.
Но на индекс производительности это обычно не влияет.

По поводу задротов. Welcome. Попробуйте улучшить.

Хм... обновил NodeJS до v10.19.0. Результаты улучшились. Но есть артефакты.

Впервые я не могу интерпретировать результат. Получаю двух-модовое распределение времени.
Один центр колеблется возле 27 секунд. Другой - возле 40. Это может быть связано с особенностями
STDOUT для процесса Node, но тут надо чье-то мнение кто этой нодой занимается.

Ну за 40 секунд - много не намайнит. А в состоянии покоя - никаких новых процессов нет.

Но спасибо. Вы мне кстати напомнили что у меня была идея - все тесты завернуть в Docker
для удобства развертывания.

Щас попробую обновить бенчмарк по Python. Последний раз за 10 минут не дождался ответа. Может на Python3
будет транслятор побыстрее.

Хм.. в Python-тесте баг и он вообщем формирует неверную картинку.

Отложим пока его

Родительский топик здесь https://www.sql.ru/forum/1173809-43/tyapnichnyy-benchmark-cpu-part-1

Не будем распыляться. Здесь пускай себе катится Бобина.

Модератора попрошу удалить мои посты с бенчмарком.