Здравствуйте, Pauel, Вы писали:

V>>Твоё сервис на чём? На ноде? ))
P>Нода, джава, дотнет — без разницы.

Разница есть, дотнет в виндах использует IOCP в асинхронщине в родном режиме проактора, а в линухах epoll в его режиме реактора.
Первая технология заруливает вторую.


V>>А нода твоя кривая, я уже тебе показывал, что она работает в режиме реактора
P>Я помню, что ты так и не понял, как работает асинхронщина.

Ты тогда вообще мало чего понял. ))


P>У ноды время отклика стабильно меньше джавы и дотнета, идентичные реализации того же сервиса.

ЧТД, ты даже не понимаешь, о чём речь.


P>Пока в дотнете запрос сидит очереди, в ноде он уже обработался.

Прикольное у тебя самовнушение.
То-то тесты показывают обратное — нода сливает .net core как любитель профессиональному спортсмену, с разницей более двух раз.




И эти результаты еще до выхода 5-го дотнета, с которого .net core стал заметно шустрее в таких задачах.

И какая в опу "очередь", кстате?
Это у твоей ноды однопоточная очередь, в дотнете пул потоков.


P>Единственное, где сливает нода, это вычисления. Вот здесь действительно всё плохо. Там, где вычислений минимум, и пейлоад небольшой(рендеринг большого джсон это трудные вычисления), нода вполне себе конкурирует и с дотнетом, и с джавой.

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

Разумеется, с накопленными ср-вами прямо сейчас нода неплоха для небольших и средних независимых сервисов, которые требуется быстро сляпать и запустить.
Но для чего-то более серьёзного...


P>Скажем, мой сериализатор одата протокола обгоняет и джавовский, и дотнетный.

Давай разумного размера спецификацию JSON и тестовые данные, я тебе на коленке сделаю решение на .net core в единицы строк через кодогенерацию на Roslyn — ты сильно удивишься, "я гарантирую это!" (С)
Удивишься как ничтожному кол-ву требуемых телодвижений, так и эффективности конечного результата.


P>Но вот на больших пейлоадах он морозит эвент луп. Есть варианты для оптимизации, к сожалению, они очень непростые.

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


V>>Де-факто, на том же железе Windows держит больше соединений и имеет большую пропускную способность, чем Linux.
P>Чего оно там держит, совершенно не интересно, если сервисы этим воспользоваться не могут.

Это твоя нода не может, которая никогда и не собиралась ничего "держать".
Если надо "держать" — есть соотв. технологии.

В общем, с тобой всё по-кругу, годы идут, а ничего не меняется. ))

Здравствуйте, Pauel, Вы писали:

V>>Твоё сервис на чём? На ноде? ))
P>Нода, джава, дотнет — без разницы.

Разница есть, дотнет в виндах использует IOCP в асинхронщине в родном режиме проактора, а в линухах epoll в его режиме реактора.
Первая технология заруливает вторую.


V>>А нода твоя кривая, я уже тебе показывал, что она работает в режиме реактора
P>Я помню, что ты так и не понял, как работает асинхронщина.

Ты тогда вообще мало чего понял. ))


P>У ноды время отклика стабильно меньше джавы и дотнета, идентичные реализации того же сервиса.

ЧТД, ты даже не понимаешь, о чём речь.


P>Пока в дотнете запрос сидит очереди, в ноде он уже обработался.

Прикольное у тебя самовнушение.
То-то тесты показывают обратное — нода сливает .net core как любитель профессиональному спортсмену, с разницей более двух раз.




И эти результаты еще до выхода 5-го дотнета, с которого .net core стал заметно шустрее в таких задачах.

И какая в опу "очередь", кстате?
Это у твоей ноды однопоточная очередь, в дотнете пул потоков.


P>Единственное, где сливает нода, это вычисления. Вот здесь действительно всё плохо. Там, где вычислений минимум, и пейлоад небольшой(рендеринг большого джсон это трудные вычисления), нода вполне себе конкурирует и с дотнетом, и с джавой.

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

Разумеется, с накопленными ср-вами прямо сейчас нода неплоха для небольших и средних независимых сервисов, которые требуется быстро сляпать и запустить.
Но для чего-то более серьёзного...


P>Скажем, мой сериализатор одата протокола обгоняет и джавовский, и дотнетный.

Давай разумного размера спецификацию JSON и тестовые данные, я тебе на коленке сделаю решение на .net core в единицы строк через кодогенерацию на Roslyn — ты сильно удивишься, "я гарантирую это!" (С)
Удивишься как ничтожному кол-ву требуемых телодвижений, так и эффективности конечного результата, особенно если сделаю деплой в .Net Native, бо кодогенерённая сериализация не использует метаинформацию, упс? ))

Мне уже заранее сильно весело, если что...


P>Но вот на больших пейлоадах он морозит эвент луп. Есть варианты для оптимизации, к сожалению, они очень непростые.

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


V>>Де-факто, на том же железе Windows держит больше соединений и имеет большую пропускную способность, чем Linux.
P>Чего оно там держит, совершенно не интересно, если сервисы этим воспользоваться не могут.

Это твоя нода не может, которая никогда и не собиралась ничего "держать".
Если надо "держать" — есть соотв. технологии.

В общем, с тобой всё по-кругу, годы идут, а ничего не меняется. ))