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

GIV>>>Нет такого выбора. Гемор с виндой всегда вынужденная мера, по дефолту ствят линукс, инфа 100%.
НС>>Дотнет давно доступен под *nix
GIV>Там про джаву было, мастер цитирования.

Т.е. это джава винду требует?

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

НС>>А прикладному оно зачем? Kestrel же вполне умеет.
S>Это хорошо. Но бенчмарки на кестреле по-преждему сливают — надо полагать, Json сериализатор тормозит.

Возможно. Но непонятно какая версия кестрела там. Да и сериализатор там не от МС, а нуллсофтовский.

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

Tiered Compilation
В .NET Core 2.2 Preview 2 is tiered comilation включен по умолчанию

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

S>Если у вас всё хорошо, то 90% ответов — это как раз 304.

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

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

S>А в java как? Там же нет никакого ансейфа?

Там много JNI.
Вот один из лидеров по тому рейтингу:
https://github.com/wizzardo/epoll/blob/master/src/main/c/com/wizzardo/epoll/EpollCore.c

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

S>·>Фиг знает, не очень представяю как оно там в дотнете. Может ngen какой-нибудь ещё что-то делает?
S>Его я пока не пробовал, но чудес не ожидаю. Как правило, если какую-то оптимизацию можно сделать, то её делают сразу в джите.

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

Просто речь о разных культурах.
В дотнете берут технологии "изкаробки", потому что считается, что и так быстродействие приемлимое.
Это так и есть.
Джавовское "изкаробки" в том рейтинге будет ближе к хвосту, ес-но.

Т.е., в Джава культура чуть другая — вложено много приседаний именно в юзверские библиотеки для увеличения эффективности.
Но такие же приседания, будучи вложенными в дотнетный аналог, всё равно дают больше эффекта. ))

Как раз тоже этим занят в последние месяцы на .Net Core, результаты вполне.
Но так-то да, коллекции, парсинг сетевого потока, оперирование "отрезками" байт в памяти — всё это ручками и в полный рост, плюс последние фреймворковые Span<>, Sequence<>, Memory<> и т.д. неплохо помогают. И всё это без всяких использований массивов байт для "умозрительной" разметки памяти на джавовский манер (это вообще какая-то жесть) — в дотнете то же самое можно делать на вэлью-типах и в unsafe с вполне человеческой типизацией.

Здравствуйте, vdimas, Вы писали:
V>Это или для статических/файловых данных, которые обслуживает нейтивный HTTP-сервак еще до того, как будет вызван дотнетный плагин-хендлер, или всё-равно придётся сначала залезть в базу, например, чтобы убедиться, что сообщение в форуме не было изменено.
Не обязательно. Никто не мешает нам иметь кэш в памяти, который держит недавние запросы.

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

S>Ну, так-то да. И тем не менее, мы видим, насколько хреново работает дотнет в банальной, казалось бы, задаче — выплюнуть JSON для примитивного значения. всё-таки 25% проигрыша лидерам — we could do better.

Ну так можно портировать джавовский код на дотнет и обогнать.
Вопрос — а нужно ли?
Если уже "изкаробки" идёт вплотную к "миллиону ручных приседаний", это показатель, однако.

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

S>Никто не мешает нам иметь кэш в памяти, который держит недавние запросы.

В случае масштабирования врать не будет? ))

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

V>В случае масштабирования врать не будет? ))
Смотря как сделать
На самом деле основная экономия будет, по идее, как раз на всяких парсерах. Для форматтеров надо бы посмотреть точный профайл, что куда девается. Есть подозрение, что там тоже дофига всего теряется на преобразования UCS2->UTF8 и копирования строк.

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

S>>А в java как? Там же нет никакого ансейфа?
V>Там много JNI.
V>Вот один из лидеров по тому рейтингу:
V>https://github.com/wizzardo/epoll/blob/master/src/main/c/com/wizzardo/epoll/EpollCore.c
"Много" это ты громко заявил. Всего строк ~700, по сравнению с остальным кодом на java — копейки. И имя файла как бы намекает, что это тонкая обёртка над системным вызовом epoll, честно говоря, не понял зачем, начиная с java7 оно вроде уже встроено, афаир. Например, у лидера rapidoid и того нет, чистая java.

А если посмотреть на тот же kestrel, то там unsafe и native везде пестрит, по поводу и без повода.

V>Ну так можно портировать джавовский код на дотнет и обогнать.
Код бессмысленно портировать. Надо jit портировать... и в лучшем случае догнать. Ибо обгонять не на чем.

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

V>Джавовское "изкаробки" в том рейтинге будет ближе к хвосту, ес-но.
К хвосту, это где? Если чё, изрядно архаичный, тупой, жирный, overengineered стандартный Servlet API на 23 месте, а вылизанный kestrel — на 40 месте.

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

V>>Джавовское "изкаробки" в том рейтинге будет ближе к хвосту, ес-но.
·>К хвосту, это где? Если чё, изрядно архаичный, тупой, жирный, overengineered стандартный Servlet API на 23 месте, а вылизанный kestrel — на 40 месте.

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

В общем, для объективности сравнивать надо идентичный код, а по ссылке сравнивается разный.

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

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

·>К хвосту, это где? Если чё, изрядно архаичный, тупой, жирный, overengineered стандартный Servlet API на 23 месте, а вылизанный kestrel — на 40 месте.

Так, посмотрел внимательней, Servlet API крутится поверх Resin-сервера.
Самых свежих сырцов Резина по-быстрому не нашёл, но в тех, что нашел, опять никакого чуда не произошло:
https://github.com/mdaniel/svn-caucho-com-resin/tree/master/modules/c/src
JNI в полный рост.
"Вылизанный kestrel" — полностью managed.

В общем, в угол, на гречку, тщательно думать над своим поведением.

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

V>>>Джавовское "изкаробки" в том рейтинге будет ближе к хвосту, ес-но.
V>·>К хвосту, это где? Если чё, изрядно архаичный, тупой, жирный, overengineered стандартный Servlet API на 23 месте, а вылизанный kestrel — на 40 месте.
Блин, ошибся. Сервлеты там 9 месте...

V>Это всё прилагательные из разряда оценочных суждений.
Ну правда же — туда сюда столько всего приходится конвертить и копировать — и собственно всё только ради универсальности, чтобы можно было запускать в разных контейнерах.

V>Тем более, что Сервлет АПИ в прошлом году был зарелизен почти с 0-ля.
В каком месте с нуля?! И что конкретно там касается перформанса?

V>В общем, для объективности сравнивать надо идентичный код, а по ссылке сравнивается разный.
Ну продемонстрируй идентичный код коду лидера.

V>Помнится, ты так и не смог в прошлые разы привести джавовский код, который при портировании на дотнет стал бы медленнее.
А я пытался или хотя бы обещал?

V>И сейчас не сможешь, ес-но.
Почему это меня должно беспокоить?

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

GIV>Нет такого выбора. Гемор с виндой всегда вынужденная мера, по дефолту ствят линукс, инфа 100%.

Так делают только очень неумные системные дизайнеры. Ну или просто профнепригодные
У нас например 90% всей инфраструктуры поддержки производства на винсерверах, а в цехах почти 100% процесса производства управляется под разными версиями винды.

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

V>·>К хвосту, это где? Если чё, изрядно архаичный, тупой, жирный, overengineered стандартный Servlet API на 23 месте, а вылизанный kestrel — на 40 месте.
V>Так, посмотрел внимательней, Servlet API крутится поверх Resin-сервера.
V>Самых свежих сырцов Резина по-быстрому не нашёл, но в тех, что нашел, опять никакого чуда не произошло:
V>https://github.com/mdaniel/svn-caucho-com-resin/tree/master/modules/c/src
V>JNI в полный рост.
А ты посмотри повнимательней — коннекторы к frontend серверам — apache, isapi, обёртка вокруг win32 sendfile и подобное. Вряд ли что-то из этого используется в бенчмарке.

V>"Вылизанный kestrel" — полностью managed.
libuv. А тут вообще смешно... число в строчку безопасно сконвертировать не могут...

V>В общем, в угол, на гречку, тщательно думать над своим поведением.
Да ладно... не переживай ты так, зачем такое самоистязание?

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

V>>https://github.com/wizzardo/epoll/blob/master/src/main/c/com/wizzardo/epoll/EpollCore.c
·>"Много" это ты громко заявил. Всего строк ~700, по сравнению с остальным кодом на java — копейки.

А по сравнению с остальным кодом, который влияет на бенчмарк?

·>А если посмотреть на тот же kestrel, то там unsafe и native везде пестрит, по поводу и без повода.

А что с unsafe то не так? То что его на джаве нет?

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

S>>Никто не мешает нам иметь кэш в памяти, который держит недавние запросы.
V>В случае масштабирования врать не будет? ))

Для такого придуманы всякие редисы.

Здравствуйте, Ночной Смотрящий, Вы писали:

V>>>https://github.com/wizzardo/epoll/blob/master/src/main/c/com/wizzardo/epoll/EpollCore.c
НС>·>"Много" это ты громко заявил. Всего строк ~700, по сравнению с остальным кодом на java — копейки.
НС>А по сравнению с остальным кодом, который влияет на бенчмарк?
Тоже копейки. В любом случае, у лидера, rapidoid, нативного кода нет. Это просто vdimas, как обычно, подбирает удобные факты.

НС>·>А если посмотреть на тот же kestrel, то там unsafe и native везде пестрит, по поводу и без повода.
НС>А что с unsafe то не так? То что его на джаве нет?
Using unsafe code introduces security and stability risks.