Kazantsev Alexey,

Думаешь за 7 лет ноду не оптимизировали
Но инфа огонь
Было бы интересно проверить на текущих версиях

Я конечно могу быть неточен
Но по-моему, всё это рутина вокруг задач (тасков)

Kazantsev Alexey,

Честно говоря, не особо распарсил
Но я часто говорю, что менеджмент памяти на высоконапряженных приложений - это один из ключевых факторов, влияющих на производительность
А мне не верят )

Kazantsev Alexey,

Во-первых, я не понимаю, чего ты уцепился в потоки на каждого клиента. Очевидно, что это бесперспективный путь
Во-вторых, я не знаю, что значит Indy + ThreadPool. То есть они научились использовать задачи вместо потоков? Кстати ScaleMM2 жрет очень много системной памяти
В-третьих, это было 7 лет назад. Надо тестировать сегодня

Главное. Что ты имеешь против телеги? )

Dmitry Arefiev,

Если у тебя пик 10 клиентов и апи из пары команд - да
Но не все же работают над такими проектами )

Kazantsev Alexey,

Ну чтобы делать выводы, что работает не хуже - надо взять и замерить
Сделай миллион подключений и возьми современную ноду
Вангую 100х превосходство ноды

Kazantsev Alexey,

Меня многие убеждали, что файловая система в современных операционных системах умно управляется с менеджментом и кешированием в ОЗУ, а значит, никаких кеш-буферов не нужно. Я проверил и получил превосходство в 1562 раза
К чему я это говорю. Есть некие базовые принципы, которые закладываются в архитектуру, которые существенно влияют на производительность. Почему-то ты уверен, что создание 100500 потоков это эквивалентный путь. Ну дай бог, считай. Но мне не интересно тратить время на такие тесты )

DmSer,

Delphi порвёт и ноду, и голанг, и джаву
Если этим заняться

Пургу несёшь ты, а цирк с конями у меня?
Ну ок
Мне не интересно это обсуждать
Кстати один из членов команды сказал, что такие тесты будут проводиться
Так что можешь подождать N времени и увидеть результаты
Ну либо сделать что-то самостоятельно и убедиться в несостоятельности подхода, который предлагаешь

DmSer,

Конечно, языки различаются. На скриптовых «однопоточных» языках специальный упрощённый синтаксис, заточенный под особенности архитектуры

Но под капотом это тот же самый пул потоков, на котором исполняются задачи
В Node, Golang, Python и иже с ними используется специфичный менеджер памяти, с отложенной сборкой мусора, дефрагментациями, есть хендлы, дополнительные проверки, дополнительные синхронизации. На Delphi всё это можно провернуть оптимальнее

Опять таки можно - не значит, что это будет
Вопрос в том, какому количеству людей было бы интересно поучаствовать в таком проекте
И постепенно шаг за шагом добиваться большей производительности и удобства
Оглядываясь конечно на другие удачные решения. Того же мормота, ноды, rtc и т.д.